BROWSE ARTICLES BY TECHNOLOGY

DIGITAL EDITION

RTC Magazine Digital Edition

INDUSTRY NEWS

RECENT COMMENTS

  • Hi Juan, This article shows you how to implement a quadrature encoder interface on the FPGA using digital lines. It was written for our PCI or P...

    Meghan Meckstroth Kerry - See Article

  • Good coverage on the general advantages of COM, and X86 implementations. It would have been nice to ARM options for lower-power (handheld) applicat...

    Brian Empey, P.Eng. - See Article

  • Your article about Application Service Platforms in RTC April is another example of great reporting by RTC. Can we have a new RTC index category -...

    Kenneth G Blemel - See Article

  • Static analysis tools/scanners are a great arsenal for companies who require high quality code. It does a great job of finding a wide range of pro...

    Andrew Yang - See Article

  • I hope that the microcessor based Insulin Pump riding on my belt would be held to a higher standard. If it quits, I can work around that inconvenie...

    Karl Williamson - See Article

WHITEPAPERS

QUICK DOWNLOADS

RTEC10 is an index made up of 10 public companies which have revenue that is derived primarily from sales in the embedded sector. The companies are made up of both software and hardware companies being traded on public exchanges.

COMPANY PRICECHANGE
Kontron
7.81
4.577%
Adlink
1.54
2.388%
Advantech
2.32
1.505%
Interphase
1.61
-3.012%
Radisys
9.26
-1.016%
-   Performance Technologies2.100.000%
-   Enea5.630.000%
PLX
3.62
-3.209%
Mercury Computer
11.76
-2.931%
Elma
412.98
-0.476%
HIGH LOW MKT CAP
7.85
7.43
435.04
1.58
1.52
185.11
2.33
2.30
1,198.70
1.70
1.61
11.00
9.41
9.24
223.74
2.102.1023.34
5.635.54101.86
3.74
3.61
134.28
12.17
11.76
279.57
412.98
412.98
94.25
RTEC10 Index: 490.94 (1.11%)
RTEC10 is sponsored by VDC research

INDUSTRY INSIGHT

Shelf Management

Hardware Platform Management Building Blocks Speed ATCA and AMC Product Development

Developers of ATCA and AMC products often choose to use externally acquired platform management building blocks so they can focus their own scarce development resources on unique added values. Such building blocks must meet certain key requirements.

MARK OVERGAARD, PIGEON POINT SYSTEMS

  • Page 1 of 3
    Bookmark and Share

Suppliers and consumers of telecom equipment are aggressively adopting the AdvancedTCA (ATCA) and AdvancedMC (AMC) architectures defined by PICMG. One key reason is that these architectures include an advanced hardware platform management infrastructure based on the Intelligent Platform Management Interface (IPMI). This infrastructure is a key enabler for the stringent service availability requirements that are typically mandated in telecom equipment and the mix and match interoperability that is crucial to the promised reductions in capital and operating expenses.

Implementing the relevant aspects of this platform management architecture in each type of ATCA/AMC component is not a trivial matter, however. Even the challenge of thoroughly understanding the management aspects of the relevant specifications is substantial. The IPMI specification is over 400 pages long; the management parts of the ATCA and AdvancedMC specifications account for hundreds of additional pages.

Building Block Candidates

Figure 1 shows the logical elements of an example ATCA shelf, focusing on the platform management aspects. An ATCA shelf manager communicates inside the shelf with IPM controllers, each of which is responsible for local management of one or more Field Replaceable Units (FRUs), such as boards, fan trays or power entry modules. Management communication within a shelf occurs primarily over the Intelligent Platform Management Bus (IPMB), which is implemented on a dual-redundant basis as IPMB-0.

ATCA boards that are AMC carriers add another level to the management hierarchy. Carrier IPMCs handle on-carrier management, including communication over a local IPMB-L with the Module Management Controllers (MMCs) that provide onboard management for the AMC modules.

An overall System Manager (typically external to the shelf) can coordinate the activities of multiple shelves. A System Manager communicates with each shelf manager over an Internet Protocol (IP)-capable transport, usually Ethernet.

As shown in Figure 1, the key interoperability interfaces in the ATCA/AMC architecture include IPMB-0, which connects the shelf manager (or more precisely its shelf management controller or ShMC) to the IPM controllers in the shelf. In addition, IPMB-L connects a Carrier IPMC to the MMCs on the AMCs installed on the carrier. There is also a system manager interface, by which a system manager communicates with one or more shelf managers.

The ATCA/AMC management architecture uses IPMI-based messaging across all these interfaces. PICMG has extended IPMI with dozens of commands to cover the unique needs of a modular platform designed for high availability. A key goal of this architecture is to ensure that independently implemented building blocks can communicate seamlessly across these interfaces, enabling coherent management of the entire shelf.

Compliant and Interoperable Across Key Interfaces

To achieve the necessary compatibilities, management building block suppliers must be thoroughly familiar with the specifications they’re implementing. Ideally, they are directly involved in the PICMG subcommittees that create the specifications. Although there are some moves in that direction, there are currently no formal compliance processes for PICMG specifications. In the meantime, building block suppliers must thoroughly test their products for compliance.

In addition to internal compliance testing, independently implemented management building blocks must be compatible across the interoperability interfaces shown in Figure 1. Since 2002 (even before the ATCA specification was initially adopted), PICMG has been running ATCA/AMC Interoperability Workshops (AIWs) to help ensure this compatibility. AIWs happen about three times a year and typically involve 15-30 PICMG member companies. Each company brings instances of their products for testing. During the AIW, participants systematically apply dozens of test scenarios (see sidebar “ATCA/AMC Interoperability Workshop Scenarios”) with different combinations of components. For instance, each distinct board type is tested with each distinct shelf manager type.

Experience in AIWs has directly resulted in improvements in the ATCA and AMC specifications. For instance, independent implementers interpreted early specification requirements for FRU state transitions differently. Those and many other similar areas of potential incompatibility are now clarified in the specifications, but more will undoubtedly be found as testing gets broader and more intensive. Management building block suppliers must actively participate in AIWs to help ensure interoperability of their components and their customers’ products as well as to help uncover any specification ambiguities that remain.

LEAVE A COMMENT