Life is a crazy ride, especially when several things go wrong one after the other. When I was recently on my way back from a business trip, a thunderstorm over Britain resulted in my flight back home to Cologne being canceled. And as that was not bad enough, my cloud system at home failed catastrophically just when the flight cancellation was announced and I had a few other things to do than to deal with that.
This is a follow up post to my original post on 5G EN-DC, the LTE/5G Dual Connectivity (DC) variant of 3GPP 5G. About a year has passed and a lot of progress has been made in 3GPP TS 37.340, which describes the interworking between the LTE eNB and the 5G NR gNB. One thing that has become much clearer to me now is how the mobile device (the UE) communicates with the eNB and gNB to control the radio link. (No) surprise: 3GPP would not be 3GPP if there weren’t at least 3 different options for doing this.
When most people think about Cambridge, they think about the colleges in medieval looking buildings and lots of history. And indeed, there is lots of history, including a lot of computer history! After all, Cambridge was a computing hotspot after the second world war and again in the 1980s when companies like Sinclair and Acorn set up their shop there. If you are interested in this part of ‘memory lane’, have a look at ‘Turing, Hauser, Sinclair – haunt computing’s Cambridge A-team stamping ground‘ over at ‘The Register’. Makes you see Cambridge in a different light than the mainstream bus tours! The picture above, by the way, is the house in which Clive Sinclair set up his office in the early days of the ZX80 and 81!
Back in December last year I could spend a few hours at the Centre for Computing History in Cambridge and loved the experience. A few days ago I was again in the area for a couple of days and fortunately, could spend some quality time in the museum yet again. A major plus there is that a lot of the exhibits are still in working condition and can be used by museum visitors. So I focused my attention on 3 machines this time around, as two of them were important devices in my personal computing history.
Sometimes, progress comes at a price. Back in June, my DSL line got ‘vectorized’ and based on what I could see in my DSL router, there was hope to get a significant speed boost in uplink and downlink from the 50 Mbit/s and 10 Mbit/s I had subscribed to so far. After vectoring was activated I noticed, however, that the line was not as stable anymore as it used to be. Unlike before, when the connection was stable over many weeks, the router now re-synchronized with the DSLAM once every few days. Despite this, I decided after about a month to upgrade my subscription to 100 Mbit/s downlink and 40 Mbit/s uplink speed, as I was really keen to get the higher uplink speed. Unfortunately, things started to go seriously wrong after the upgrade.
Probably everyone but me who uses the shell knows this secret but just in case I’m not alone I thought I’d share the following wisdom: Quite often I use ncurses based programs such as htop over an ssh session in a shell. And every now and then, the session is interrupted due to some network problem or remote reboot. This means that the shell returns to the prompt but the ncruses mode is still active. In other words, no cursor and strange characters popping up when special keys are pressed or the mouse is moved over the window. So how does one get back into the normal ‘shell’ mode? Turns out the answer is quite straight forward:
One thing I find quite interesting from a historical point of view is, that the first 5G networks will be based on TDD instead of FDD, at least on the 5G side of the equation.
Back in 1994, a book was published that I read at the time and up to this day, I am not sure how serious the people who wrote it were about it. Its title: ‘The Unix Haters Handbook‘. Having been in my bookshelf for the better part of the last 20 years, I recently stumbled over it again because quite some time ago, the authors have made an online version available to download for free.
Back in 2013 I set out to decentralize and to end-to-end encrypt as much of my private communication as possible (see here how it all began and here for the overall history). It’s been the year of the Snowden revelations and I was (and still am) more than just a bit concerned. Since then I’ve come a long way. It started with installing the Off-The-Record (OTR) plugin in my XMPP desktop messenger, checking certificates with Certificate Patrol, making sure an encrypted connection is always used when I send emails, using TOR for especially sensitive web sessions, automatically deleting cookies when the browser closes, using Nextcloud (Owncloud back then) for file sharing and synchronizing contacts and calendars between my devices, installing my own XMPP messaging server at home, encrypting my frequent remote screen sharing sessions and I started using my own VPN server at home. Lately, Nextcloud talk has become available for voice and video communication, so I’ve also regained a secure and end-to-end encrypted voice and video channel. There are a lot of other small things I have also implemented over the years but one major service has so far only been inadequately protected: eMail! Well, I’ve finally got a fix for that as well.