3 Emerging Models for Edge-Computing: Single-Network, Interconnected & Federated

Summary

Edge-computing enables applications to access cloud resources with lower latencies, more local control, less load on transport networks and other benefits.

There are 3 main models emerging for organising edge-computing services and infrastructure:

• Single-Network Telco Edge, where a fixed or mobile operator puts compute resources at its own cell-sites, aggregation points, or fixed-network central offices.
• Local / Interconnected Datacentre Edge, where an existing or new DC provider puts smaller facilities in tier-2/3 cities or other locations, connected to multiple networks.
• Federated / Open Edge, where a software player aggregates numerous edge facilities and provides a single mechanism for developers to access them.

These are not 100% mutually-exclusive - various hybrids are possible, as well as "private edge" facilities directly owned by enterprises or large cloud providers. They will also interact or integrate with hyperscale-cloud in variety of ways. 

But there is a major issue. All of these will be impacted by even faster-evolving changes in the ways that users access networks and applications, such as "fallback" from 5G to 4G, or switching to WiFi. In other words, the most relevant "edge" will often move or blur. Superficially "good" edge-compute ideas will be forced to play catch-up to deal with the extra network complexity. 
 
(Also - this model excludes the "device edge" - the huge chunk of compute resource held in users' phones, PCs, cars, IoT gateways and other local devices).

Note: this is a long post. Get a coffee. 

There is also an accompanying podcast / audio-track I've recorded on SoundCloud that explains this post if you'd rather listen than read (link)

Background and Overview 

A major area of focus for me in 2019 is edge-computing. It’s a topic I’ve covered in various ways in the last two year or so, especially contrasting the telecom industry’s definitions/views of “in-network” edge, with those of enterprise IT and IoT providers. The latter tend to be more focused on “edge datacentres” in “edge markets” [2^nd-tier cities] or more-localised still, such as on-premise cloud-connected gateways. 

I wrote a detailed post in 2018 (link) about computing power consumption and supply, which looked at the future constraints on edge, and whether it could ever really compete with / substitute for hyperscale cloud (spoiler: it can't at an overall level, as it will only have a small % of the total power).

I’m speaking at or moderating various edge-related events this year, including four global conferences run by data-centre information and event firm BroadGroup (link). The first one, Edge Congress in Amsterdam, was on 31^st January, and followed PTC’19 (link) the week before, which also had a lot of edge-related sessions.

(I’m also collaborating with long-time WebRTC buddy Tsahi Levent-Levi [link] to write a ground-breaking paper on the intersection of edge-computing with realtime communications. Contact me for details of participating / sponsoring)


Different drivers, different perspectives

A huge diversity of companies are looking at the edge, including both established large companies and a variety of startups:

• Mobile operators want to exploit the low latencies & distributed sites of 5G networks, as well as decentralising some of their own (and newlyt-virtualised) internal network / operational software
• Fixed and cable operators want to turn central offices and head-ends into local datacentres - and also house their own virtualised systems too. Many are hybrid fixed/mobile SPs.
• Long-haul terrestrial and sub-sea fibre providers see opportunities to add new edge data-centre services and locations, e.g. for islands or new national markets. A handful of satellite players are looking at this too.
• Large data-centre companies are looking to new regional / local markets to differentiate their hosting facilities, reduce long-distance latencies, exploit new subsea fibres and provide space and interconnect to various cloud providers (and telcos).
  At PTC’19 I heard places like Madrid, Fiji, Johannesburg and Minneapolis described as “edge markets”.
• Hyperscale cloud players are also latency-aware, as well as recognising that some clients have security or regulatory need for local data-storage. They may use third-party local DCs, build their own (Amazon & Whole Food sites?) or even deploy on-premise at enterprises (Amazon Outposts)
• Property-type players (eg towerco's) see edge-compute as a way to extend their businesses beyond siting radios or network gear.
• Startups want to offer micro-DCs to many of the above as pre-built physical units, such as Vapor.io, EdgeMicro and EdgeInfra.
• Other startups want to offer developers convenient (software-based) ways to exploit diverse edge resources without individual negotiations. This includes both federations, or software tools for application deployment and management. MobiledgeX and Ori are examples here.
• Enterprises want a mix of localised low-latency cloud options, either shared or owned/controlled by themselves (and perhaps on-site, essentially Server Room 2.0). They need to connect them to hyperscale cloud(s) and internal resources, especially for new IoT, AI, video and mobility use-cases.
• Network vendors are interested either in pitching edge-oriented network capabilities (eg segment-routing), or directly integrating extra compute resource into network switches/routers.
• Others: additional parties interested in edge compute include PaaS providers, security companies, SD-WAN providers, CDN players, neutral-host firms etc

Each of these brings a different definition of edge - but also has a different set of views about networks and access, as well as business models.


Application diversity

Set against this wide array of participants, is an even more-diverse range of potential applications being considered. They differ in numerous ways too - exact latency needs (<1ms to 100ms+), mobility requirements (eg handoff between edge sites for moving vehicles), type of compute functions used (CPUs, GPUs, storage etc), users with one or multiple access methods, security (physical or logical) and so on.

However, in my view there are two key distinctions to make. These are between:

• Single-network vs. Multiple-network access: Can the developer accurately predict or control the connection between user and edge? Or are multiple different connection paths more probable? And are certain networks (eg a tier-1 telco's) large enough to warrant individual edge implementations anyway?
• Single-cloud vs. Multi-cloud: Can all or most of the application's data and workloads be hosted on a single cloud/edge provider's platform? Or are they inherently dispersed among multiple providers (eg content on one, adverts from another, analytics on a third, legacy integration with a fourth / inhouse system)

For telcos in particular, there is an important subset of edge applications which definitely are single-network and internal, rather than client-facing: running their own VNFs (virtual network functions, security functions, distributed billing/charging, and managing cloud/virtualised radio networks (CRAN/vRAN). They also typically have existing relationships with content delivery networks (CDNs), both in-house and third-party.

This "anchor tenant" of on-network, single-telco functions is what is driving bodies like ETSI to link MEC to particular access networks and (largely) individual telcos. Some operators are looking at deploying MEC deep into the network, at individual cell towers or hub sites. Others are looking at less-distributed aggregation tiers, or regional centres.

The question is whether this single-network vision fits well with the broader base of edge-oriented applications, especially for IoT and enterprise.

How common will single-network access be?

The telco edge evolution (whether at region/city-level or down towards cells and broadband-access fibre nodes) is not happening in isolation. A key issue is that wide availability of such edge-cloud service - especially linked to ultra-low-latency 5G networks - will come after the access part of the network gets much more complex.

From a developer perspective, it will often be hard to be certain about a given user’s connectivity path, and therefore which or whose edge facilities to use, and what minimum latency can be relied upon:

• 5G coverage will be very patchy for several years, and for reliable indoor usage perhaps 10 years or more. Users will regularly fall back to 4G or below, particularly when mobile.
• Users on smartphones will continue to use 3^rd-party WiFi in many locations. PC and tablet users, and many domestic IoT devices, will use Wi-Fi almost exclusively. Most fixed-wireless 5G antennas will be outdoor-mounted, connecting to Wi-Fi for in-building coverage.
• Users and devices may use VPN security software with unknown egress points (possibly in another country entirely)
• Not all 5G spectrum bands or operator deployments will offer ultra-low latency and may have different approaches to RAN virtualisation. 
• Increasing numbers of devices will support multi-path connections (eg iOS TCP Multipath), or have multiple radios (eg cars).
• Security functions in the network path (eg firewalls) may add latency
• Growing numbers of roaming, neutral-host and MVNO scenarios involving third-party SPs are emerging. These will add latency, extra network paths and other complexities.
• eSIM growth may enable more rapid network-switching, or multi-MNO MVNOs like Google Fi.
• Converged operators will want to share compute facilities between their mobile and fixed networks.

This means that only very tightly-specified “single-network” edge applications make sense, unless there is a good mechanism for peering and interconnect, for instance with some form of “local breakout”.

So for instance, if Telco X operates a smart-city contract connecting municipal vehicles and street lighting, it could offer edge-compute functions, confident that the access paths are well-defined. Similarly it could offer deep in-network CDN functions for its own quad-play streaming, gaming or commerce services. 

But by contrast, an AR game that developers hope will be played by people globally, on phones & PCs, could connect via every telco, ISP & 3^rd-party WiFi connection. It will need to be capable of dealing with multiple, shifting, access networks. An enterprise whose employees use VPN software on their PCs, or whose vehicles have multi-network SIMs for roaming, may have similar concerns.

 

The connected edge

I had a bit of an epiphany while listening to an Equinix presentation at PTC recently. The speaker talked about the “Interconnected Edge”, which I realised is very distinct from this vision of a single-telco edge.

Most of the datacentre industry tries to create facilities with multiple telco connections - ideally sitting on as many fibres as possible. This allows many ingress paths from devices/users, and egress paths to XaaS players or other datacentres. (This is not always possible for the most "remote" edges such as Pacific islands, where a single fibre and satellite backup might be the only things available).

And even for simple applications / websites, there may be multiple components coming from different servers (ads, storage, streaming, analytics, security etc) so the immediate edge needs to connect to *those* services with the easiest path. Often it’s server-to-server latency that’s more important than server-to-device, so things like peering and “carrier density” (ie lots of fibres into the building) make a big difference.

In other words, there are a number of trade-offs here. Typically the level of interconnectedness means more distance/latency from each individual access point (as it's further back in the network and may mean data transits a mobile core first), but that is set against flexibility elsewhere in the system. 

A server sitting underneath a cell-tower, or even in a Wi-Fi access point, will have ultra-low latency. But it will also have low interconnectedness. A security camera might have very fast local image-recognition AI to spot an intruder via edge-compute. But if it needs to match their face against a police database, or cross-check with another camera on a different network, that will take significantly longer.

But edge datacentres also face problems - they will typically only be in certain places. This might be fine for individual smart-city applications, or localised "multi-cloud" access, but it still isn't great for multinational companies or the game/content app-developers present in 100 countries.


Is edge-aggregation the answer?

The answer seems to be some form of software edge-federation or edge-broking layer, which can tie together a whole set of different edge resources, and hopefully have intelligence to deal with some of the network-access complexity as well.

I've been coming across various companies hoping to take on the role of aggregator, whether that's primarily for federating different telcos' edge networks (eg MobiledgeX), or helping developers deploy to a wider variety of edge-datacentre and other locations (eg Ori). 

I'm expecting this space to become a lot more complex and nuanced - some will focus on being true "horizontal" exchanges / APIs for multi-edge aggregation. The telco ones will focus on aspects like roaming, combined network+MEC quality of service and so on. Others will probably look to combine edge with SD-WAN for maximum resilence and lowest cost.

Yet more - probably including Amazon, Microsoft and other large cloud companies - will instead look to balance between edge vs. centralised cloud for different workloads, using their own partnerships with edge datacentres (perhaps including telcos) and containerisation approaches like Amazon's Greengrass.

Lastly, we may see the emergence of "neutral-host" networks of edge facilities, not linked to specific telcos, data-centre providers or fibre owners. These could be "open" collaborations, or even decentralised / blockchain-based approaches.

The "magic bullet" here will be the ability to cope with all the network complexities I mentioned above (which drive access paths and thus latencies), plus having a good geographic footprint of locations and interconnections. 

In a way, this is somewhat similar to the historic CDN model, where Akamai and others grew by placing servers in many ISPs' local networks - but that was more about reducing latency from core-to-edge, rather than device-to-edge, or edge-to-edge.

I doubt that this will resolve to a single monopoly player, or even an oligopoly - there are too many variables, dimensions and local issues / constraints.

 

Summary and conclusions

There are 3 main models emerging for organising edge-computing services and infrastructure:

• Single-Network Telco Edge
• Local / Interconnected Datacentre Edge
• Federated / Open Edge

These will overlap, and hybrids and private/public splits will occur as well.

My current view remains that power constraints mean that in-network [telco-centric] edge cannot ever realistically account for more than 2% of overall global computing workloads or perhaps 3-5% of public cloud services provision, in volume terms – although pricing & revenue share may be higher for provable lower latencies. Now that is certainly non-trivial, but it’s also not game-changing. 

I also expect that in-network edge will be mostly delivered by telcos as wholesale capacity to larger cloud providers, or through edge-aggregation/federation players, rather than as “retail” XaaS sold directly to enterprises or application/IoT developers.

I’m also expecting a lot of telco-edge infrastructure to mostly serve fixed-network edge use-cases, not 5G or 4G mobile ones. 5G needs edge, more than edge needs 5G. While there are some early examples of companies deploying mini-datacentres at large cell-tower “hub” sites (eg Vapor.io), other operators are focusing further back in the network, at regional aggregation points, or fixed-operator central offices. It is still very early days, however.

The edge datacentre business has a lot of scope to grow, both in terms of networks of micro-datacentres, and in terms of normal-but-small datacentres in tier-2/3/4 cities and towns. However, it too will face complexities relating to multi-access users, and limited footprints across many locations.

The biggest winners will be those able to link together multiple standalone edges into a more cohesive and manageable developer proposition, that is both network-aware and cloud-integrated. 

The multi-network, multi-cloud edge will be tough to manage, but essential for many applications.

It is doubtful that telco-only edge clouds (solo or federated) can work for the majority of use-cases, although there will be some instances where the tightest latency requirements overlap with the best-defined connectivity models.

I'm tempted to create a new term of these players - we already have a good term for a meeting point of multiple edges: a corner. Remember where you first heard about Corner Computing...

If you are interested in engaging me for private consulting, presentations, webinars, or white papers, please get in touch via information at disruptive-analysis dot com, or my LinkedIn and Twitter. 

I will be writing a paper soon on "Edge Computing meets Voice & Video Communications" - get in touch if you are interested in sponsoring it. Please also visit deanbubley.com for more examples of my work and coverage.

Blockchain for telecoms and networks: the emergence of ICOs & token-based platforms

There's a new trend I'm currently seeing emerge: ICOs (Initial Coin Offerings) for network/Internet-related businesses and communities. These use blockchain-based "tokens" (or coins) as a way to build decentralised marketplaces, for Internet connectivity or other communications capabilities like phone calls. Most have visions for long-term disruption of existing models, although they tend to start from more humble niches.

ICOs both establish a "currency" for these future markets, and provide funding for organisations responsible for their creation and maintenance. At least five network-related ICOs have been announced already, and more seem likely to follow in due course. (Disclosure: I'm an advisor to one of these five - more details below).

Note: If you've found this post through a link from a mainstream ICO/Bitcoin site or link, a quick introduction: I'm primarily a mobile and telecoms analyst. I study and advise on technology and business-model trends relating to network evolution and communications applications. I cover areas like 5G, IoT-oriented networks, voice & video communications, regulatory policy, the future role of telecom operators, and the impact of "futures" innovations like AI / ML, blockchain and drones on telecoms. Most of my clients are telcos or network equipment/software vendors. I'm not a fintech or blockchain generalist.

Note 2: I am also not an investment advisor of any sort. I'm not making recommendations here.

I've been covering the role of blockchains and distributed ledgers in telecoms and networks for well over a year now. I've spoken at events run by TMForum, IIT, Comptel and others about the telecom-sector use-cases (and complexities), and ran a recent public workshop in London alongside Caroline Gabriel (link). I recently participated in a webinar for Juniper Networks (link) and have a forthcoming white-paper in preparation for Juniper as well.

My general stance is "pragmatic optimism": Blockchain technology has many possible touch-points with the telecoms industry, from data-integrity management to back-office systems to billing - but maturity will take time. Some of the utopian "it'll change the world" and "telcos are obsolete" rhetoric is overblown. Distributed ledgers will have many uses and opportunities in telecoms/networking - but are unlikely to overturn or radically-disrupt industry structures, at least on a 5-10 year view.

Most of the uses I've seen discussed until recently have been around private (permissioned) blockchains, intended to improve processes and security within or between telcos and their suppliers. Another set have been around new services/capabilities to be delivered by telcos - for example, using smart contracts to enforce SLAs (service-level agreements), or for identity-management in IoT networks.

The ICO trend is different - this is about public blockchain-based functions that anyone can participate in - hence the "offering". The idea is to create common, distributed, dynamic ways of storing (and pricing) network-related value - especially for Internet access, but also voice communications and potentially other capabilities. 

Actually, telecoms is lagging here: there's been a much broader rush towards ICOs across many sectors over the past year. This website (link) lists hundreds, while this article from the Economist is a useful intro (link). It should also be acknowledged that they have attracted not-always-favourable attention from financial regulators, as there is limited official oversight and most are launched as "crowdsales" on the back of a white paper and some PR, rather than a regulated prospectus and well-monitored issuance on a specific stock exchange. There are some questionable-quality ICOs and a few dubious individuals involved, it seems. Nevertheless, they are a popular way for blockchain-based initiatives to get funding and early traction - and some will undoubtedly becomes stars, even if others flame-out like supernovae.

In a way, a system for exchanging telecoms capacity or data quotas already exists - it's possible to send prepay account "top-ups" between people or companies today, although those are usually in monetary form (ie PAYG credit), rather than being denominated in minutes or MB. That is unsurprising, given the diversity of different pricing models and network operators - it would be hard for me to gift a GB of data to a friend on a different network, but I can send them a £5 / $5 / €5 credit and let them buy the data themselves. There are also other ways to share network capacity, such as FON's WiFi community.

The various ICOs are attempting to "tokenise" aspects of networks and communications, allowing different models of monetisation, with pricing driven by an external market rather than telcos' / ISPs' internal marketing functions. Some link to an existing cryptocurrency and blockchain like Ethereum, while others are trying to create something new.

The ones I've discovered that are clearly related to telecoms/networks include:

• DENT Wireless (The website is here & white paper is here): This aims to act as a clearinghouse for mobile data quotas / allocations, between users, between MNOs, or for roaming "local breakout" via visited networks, using its tokens as a common currency. Its ICO, based on Ethereum, was in July. It is aiming to build up enough members as a "buying consortium" to exert pressure on operators to cooperate. It's got some interesting execs and advisors, notably including Rainer Deutschmann who has been instrumental in getting Reliance Jio off the ground in India. One of the use-cases is "donating GB of data to Africa" as a way to improve Internet access in emerging markets. One interesting angle is a tie-up with sponsored-data software company Aquto, which works with AT&T and others. My longterm doubts about the general sponsored-data model continue (the concept of "1-800 apps" is palpable nonsense), but this could be a possible workable use-case. The key differentiator appears to be its willingness (& knowledge) of partnering with operators rather than trying to displace them. Given the wide variations of mobile data pricing (& conditions) by operator, country and tariff - especially postpaid vs prepaid - I'm not sure there's an easy common denominator, though. The inbound roaming scenario may be very tough as well, especially as it may need users to manually select networks, which they may be locked-out from doing on subsidised/customised handsets.
• AirFox (The website is here & the white paper is here): This platform attempts to draw a link between mobile prepay credits, advertising, user-data and potentially micro-loans in future. It extends the current model of gifting or sending "recharges" to many international mobile operators' prepay customers, by shifting from normal payments to a cryptocurrency bought in a marketplace or earned by viewing ads. The model of "watch these ads and get free calls/credit/data" is not a new one (eg Blyk in the UK between 2007-09), but this is the first decentralised and tokenised one I've seen, linked to a global recharge network. It relies on a customised browser and also a dedicated ad-viewer/recharge app. The browser blocks native ads and replaces them with its own (and can also fingerprint the user by looking at other apps installed). Users can thus earn Ethereum-based "AirTokens" or alternatively they can buy them at market rate, to exchange for prepay credit / recharges. It's not obvious to me how AirFox proposes to "bulk buy" data from operators without wholesale/MVNO deals - in most cases I suspect it'll have to use the usual recharge channels. Its aspiration to "replace the current mobile ecosystem (applications, sites, advertisers, data purchases) with a more efficient new decentralized AirFox mobile ecosystem" seems unrealistic given that most mobile users prefer native apps (or web-pages rendered in apps). Nevertheless, the existing model of sending real ("fiat") money or top-ups seems to work, so there's a basis for an ad-supported model, although its existing stats imply a revenue of 1/17th of a US cent per ad. The ICO / crowdsale launches on August 29th.
• Ammbr (The website is here & the white paper is here): [Note - I am an advisor - see below]. This is an attempt to blend custom mesh-network silicon and hardware units, with a blockchain and token-based model for identity and a marketplace. While AirFox and DENT focus on sharing credits/quotas for normal personal mobile access, Ammbr wants to share the access network itself, and ultimately encourage build-out of extra coverage and capacity. Its network units (initially WiFi but with other radios in future) support decentralised micropayments, allowing the node owners to earn tokens and essentially act as their own local ISPs with very little friction or setup cost. While these will obviously need backhaul from normal telcos (fixed and/or mobile), once sufficient density is reached, meshes may reduce the total number of wide-area connections needed. An initial use-case is likely to be in developing countries, where micro-loans and other local (and often informal) sharing-model businesses have grown. The hardware-based model is obviously ambitious, but also means future potential to support multiple radios (imagine a CBRS-type shared spectrum or LPWAN module), and could also potentially host distributed edge-computing or NFV capabilities. There are both opportunities and various complexities and possible pitfalls I can imagine, plus there are alternative options for community/rural connectivity (I'm writing a piece on Facebook's Telco Infra Project & OpenCellular for my STL Partners research stream at present [link]). One aspect that's interesting, but which I'm not able to comment on authoritatively, is the unique blockchain model, based on Proof of Elapsed Time / Velocity, which differs from Bitcoin & Ethereum's Proof of Work. In Ammbr is it linked to a custom silicon processor, with claims of much better power consumption than other approaches. The ICO is upcoming in September.
• EncryptoTel: (Web page is here and white paper is here. This is very different from the other network-type ICOs, as it's more about (business) voice communications than data access. It is a version of an enterprise cloud PBX / UCaaS platform, with encryption, privacy protections and (anonymous) cryptocurrency payments. It allows both on-net VoIP calls (using standard SIP endpoints or dialler apps) and integration with the public phone network, as well as (in future) interconnecting with various messaging applications. It will offer both monthly subscriptions and a pay-as-you-go model. The white paper references video calls, but it does not appear to offer full-fledged UC functions. The roadmap describes a progressive roadmap of development and deployment, with full commercial launch expected in Summer 2018. The ICO occurred in May 2017.
• Mysterium (Web page is here and white paper is here) is a distributed VPN and data-encryption platform - essentially a higher-performing, blockchain-based version of Tor. It uses an Ethereum-based token system of micropayments. In its earliest phases it retains some central control, with the intention of removing this further down the roadmap. It will compete with commercial VPN products. Its ICO started at the end of May 2017.

[Note: some white papers get updated, so the URL might change with the version number - check the main websites for the latest versions] 

There are also various other ICOs relating to cloud-computing, storage and other related areas, such as Filecoin and Internxt. Another company called Crypviser (link) is developing a secure messaging app and also references secure voice calls in its white paper, although with few details.

So - will any of these, or future, ICOs lead to commercial, scalable networking or communications platforms? It's too early to tell. While the white papers typically given enough "vision" and a tentative roadmap, it's likely that most or all of these projects will encounter challenges and pitfalls, and may end up pivoting as events unfold (and customers'/users' behaviour develops).

One of the risks is that tokenisation itself may limit the possible business and pricing models - for example, how can any of them offer hybrid centralised/decentralised services, if that's what the market seems to want? Can they support sponsored/free models, or allow more granular differentiation? What happens if they contravene other services' T's & C's? How is customer support provided for decentralised capabilities? It is also unlikely that any such proprietary mechanisms or payment instruments will become globally dominant, so there will need to be paths to standardisation - as well as deal with the beady eyes of regulators if they become successful.

Nevertheless, this is an interestingly different direction-of-travel for telecoms/network blockchain, as it sits separately to the main thrust of work around private/permissioned use-cases I'm seeing from some vendors, various operators, bodies like TMForum etc. I still think that some of the back-office applications for blockchain in the telecoms sector have more short-to-medium term opportunity, but it's possible we could see a break-out here by a new entrant of the type discussed in this post. I'll definitely be keeping a watching eye on all of these. 

Please drop me a message at information AT disruptive-analysis DOT com if you want to discuss this more, or want a telecom/blockchain speaker or analyst for an event or workshop.


Footnote on Ammbr: Close contacts may have noticed I recently added an advisory role to my LinkedIn profile, for an organisation called Ammbr, mentioned above. At present, I'm just working on a consultative basis, but unlike most of my other advisory clients, it's not purely "behind the scenes" with execs in private under-NDA workshops, but has a public aspect to it as well. It's got a genuinely interesting combination of technologies (mesh, blockchain, custom silicon, potentially private cellular etc), some talented people, and while that means a lot of moving parts to fit together, there are some intriguing possibilities I'm glad to be able to help refine and prioritise.

Internally, my role is as a telecoms-sector expert and (to nobody's surprise) a general curmudgeon pointing out any risks, technical or commercial "gotchas", competition/substitution threats and anything that seems like wishful thinking. I should point out that this is a small part of my overall activities, I'm not "endorsing" it as such, and my normal Disruptive Analysis work on all areas of analysis & futurism is continuing. It's also not going to bias my views on other wireless technologies or business models, many of which are more-developed and which I'm also enthused about (eg private cellular). Drop me a message if you want to discuss this further (or want to discuss other consulting or advisory roles).