On the Tactical Network Problem

On the Tactical Network Problem

Yesterday, I shared an article about data and challenged readers to first think about the network necessary to move that data on the battlefield. The response to a comment deserves its own post, as it gets beneath the surface and touches the real underlying issue: Do you need a radio, or do you need a network?

Nearly every unit wearing green has a networking problem today that is misdignosed as a communications/radio problem of yesterday. It's why the Army is working overtime on their Network Modernization program.

There is a lot of talk of data streams to the edge. Just as the saying goes that no military ops plan survives first contact, no data stream survives the same first contact without a robust high-throughput network that connects the source to the destination. No reliable network, no stream, no data, no dice.

It's not a matter of the chicken or the egg. The Network must come first.

There are other options out there. Some have pretty good throughput, but the dirtly little secret is that they can't handle more than a dozen or so of their own radios in a single RF bubble before their internal overhead completely consumes their own total throughput. The customer is left with a network that won't trasnport their data, whether it's audio or anything else.

Some have decent scalability to accomodate more radios on the Network, but their throughput starts in the miniscule range and it only gets worse from there. The underlying problem for them is that they were never intended to function as a true network beyond the throughput needed for putting dots on a map and some digitized voice audio traffic. Neither voice data nor PLI data require much throughput, and their solution always did that fairly well: Pushed a little data.

But a just few radios or a little bit of data are significant limiting factors that plague their radio solutions to a massive networking challenge. The bottom line is that the users think they have a network, but when they try to actually leverage it as one in a battlefield environment in constant flux, they simply fail to scale to need, whether the Achilles heel is scale of nodes or scale of throughput.

Why? Because the 'solution' providers are not networking companies, they are radio companies. They are good radio companies who employ good people. But the military is not waking up to a radio problem. They are waking up to a Tactical Network problem. The problem reequires a Tactical Networking solution, and there's no successful path to cramming the square pegs into the round hole.

A radio solution cannot fix a Tactical Network problem. To try and do so will return the customer to Square One, with much time and money unwittingly squandered until either the radio companies supplying radios transform into networking companies - a massive undertaking - or the customer chooses a tactical networking solution for their tactical networking challenge. In the mean time, capabilities available will have been left on the table, unaccessed, unused and unfielded.

Anyone who has attended a training course I have led knows that Persistent Systems a networking company. First. Foremost. Always. Everything we do is about efficiently transporting more data in less time throughout a dynamic, constantly changing and highly mobile tactical network. The radio part is easy.

Gabriel Torres

Senior Program Manager, Developer Experience Engineering | Improving the Developer Journey | Product Development | Veteran | TS/SCI

5 年

That's a valid point, can't just have radios transmitting data without a network structure to support. Good post, thanks

回复
Steve Bulkley

Network Systems Architect | Defense & Government

5 年

"...the 'solution' providers are not networking companies, they are radio companies....But the military is not waking up to a radio problem. They are waking up to a Tactical Network problem. The problem requires a Tactical Networking solution..." This conclusion belies a lack of industry savvy as well as poor domain knowledge. (The problem is far more complex than simply what type of company should be providing the solution.) For instance, your essay did not mention spectrum even once. High throughput and/or large node counts require lots of spectrum, and spectrum is extremely limited in desirable bands. And don't forget that the wider RF channel, the higher the thermal noise floor - and of course you know that means diminished receive sensitivity (and therefore reduced range). What's that you say? Just overcome reduced sensitivity with increased TX power? Sure - but that means higher SWAP (another key concept you didn't address) and potential for cosite interference (and another!). Don't get me wrong, we'll certainly need to advance technology in the "network" realm to meet current and future end user needs, but it's clear to me that the greatest challenges lie in the mastering RF domain, ie. radio.

Gregory Matthews

Senior Strategic Accounts Consultant // Senior Comms Leader // SOCA member // (RET) MCPO

5 年

I wouldn't link all of those. I doubt you would ever mitigate cosite interference and the host of other issues. Part of our job is to educate the end user to not have to use multiple platforms. Sure it might be possible. But, not required. We all know that each device has Its own nuances as-is. Good luck. I wish you the best.

要查看或添加评论,请登录

Steve Schippert的更多文章

  • What Makes a World Class Trainer?

    What Makes a World Class Trainer?

    An unexpected and interesting conversation this morning took place where I was asked, "So what do you look for in a…

    10 条评论
  • Into The Breach: New Attack, Old Lesson

    Into The Breach: New Attack, Old Lesson

    What you need to know: Under Armour has suffered a data breach within its MyFitnessPal app database. That's 150 million…

  • Windows 10 Is A Career Opportunity

    Windows 10 Is A Career Opportunity

    For several reasons, Windows 10 is your golden opportunity to establish a career in the IT industry. A career isn't…

  • Deep C(EO) Phishing

    Deep C(EO) Phishing

    How did BitPay's CEO expose his company to a threat that cost them $1.8 million according this brief report? Well, if…

社区洞察

其他会员也浏览了