Building Networks on the Fly

To communicate digitally, anywhere, any time, cell phones and other devices need built-in connectivity, or discovery, software that works automatically over all sorts of networks

9 min read
Building Networks on the Fly

By the early 1990s, IBM and Hewlett-Packard, as well as Canon, Hitachi, Ricoh, and other large makers of office equipment, had realized that customers expanding their networks with new copiers and other components almost always got bogged down.

The problem was one of compatibility. Every time a company wanted to attach new equipment to a network, it had to add software to every network node that might ever access the additions. Worse yet, the system was highly unlikely to be homogeneous, as the network devices, new or old, were highly unlikely to be the products of a single manufacturer. So in 1995 U.S. and Japanese companies formed the Salutation Consortium to come up with a solution.

Keep reading...Show less

This article is for IEEE members only. Join IEEE to access our full archive.

Join the world’s largest professional organization devoted to engineering and applied sciences and get access to all of Spectrum’s articles, podcasts, and special reports. Learn more →

If you're already an IEEE member, please sign in to continue reading.

Membership includes:

  • Get unlimited access to IEEE Spectrum content
  • Follow your favorite topics to create a personalized feed of IEEE Spectrum content
  • Save Spectrum articles to read later
  • Network with other technology professionals
  • Establish a professional profile
  • Create a group to share and collaborate on projects
  • Discover IEEE events and activities
  • Join and participate in discussions

Why EVs Aren't a Climate Change Panacea

Unless people change their behaviors, we won't hit 2050 net zero emissions targets

9 min read
Tesla Inc. vehicles in a parking lot after arriving at a port in Yokohama, Japan, on Thursday, Oct. 28, 2022.

Teslas in a parking lot after arriving at a port in Yokohama, Japan.

Toru Hanai/Bloomberg/Getty Images

“Electric cars will not save the climate. It is completely wrong,” Fatih Birol, Executive Director of the International Energy Agency (IEA), has stated.

If Birol were from Maine, he might have simply observed, “You can’t get there from here.”

Keep Reading ↓Show less
{"imageShortcodeIds":[]}

Learn How Global Configuration Management and IBM CLM Work Together

In this presentation we will build the case for component-based requirements management

2 min read

This is a sponsored article brought to you by 321 Gang.

To fully support Requirements Management (RM) best practices, a tool needs to support traceability, versioning, reuse, and Product Line Engineering (PLE). This is especially true when designing large complex systems or systems that follow standards and regulations. Most modern requirement tools do a decent job of capturing requirements and related metadata. Some tools also support rudimentary mechanisms for baselining and traceability capabilities (“linking” requirements). The earlier versions of IBM DOORS Next supported a rich configurable traceability and even a rudimentary form of reuse. DOORS Next became a complete solution for managing requirements a few years ago when IBM invented and implemented Global Configuration Management (GCM) as part of its Engineering Lifecycle Management (ELM, formerly known as Collaborative Lifecycle Management or simply CLM) suite of integrated tools. On the surface, it seems that GCM just provides versioning capability, but it is so much more than that. GCM arms product/system development organizations with support for advanced requirement reuse, traceability that supports versioning, release management and variant management. It is also possible to manage collections of related Application Lifecycle Management (ALM) and Systems Engineering artifacts in a single configuration.

Keep Reading ↓Show less