IBM Z 890 User Manual

IBM ^ zSeries 890 and z/OS Reference Guide

January 2005

Table of Contents

z/Architecture page 5

IBM ~ zSeries 990 page 6

z890 Family Models page 10

z890 and z900 Performance Comparison page 13

z890 I/O SubSystem page 14

z890 Channels and I/O Connectivity page 16

Fibre Channel Connectivity page 18

A New Generation for SANs – FICON Express2 page 22

A New Generation of zSeries LAN Adapters

Open Systems Adapter-Express2 page 24

Open Systems Adapter-Express Features

(OSA-Express) page 27

HiperSockets page 31

Cryptography page 33

Availability page 38

Advanced Availability Functions page 40

Parallel Sysplex Cluster Technology page 41

z890 Support for Linux page 53

zSeries 890 Family Conﬁ guration Detail page 58

Physical Characteristics page 60

Coupling Facility - CF Level of Support page 60

z/OS page 62

z/VM page 83

VSE/ESA page 92

To Learn More page 93

zSeries Overview

Technology has always accelerated the pace of change.

New technologies enable new ways of doing business,

shifting markets, changing customer expectations, redeﬁ n-

ing business models. Each major enhancement to technol-

ogy presents opportunities. Companies that understand

and prepare for changes can gain advantage over com-

petitors and lead their industries.

Customers of every size, in every industry are looking for

ways to make their businesses more resilient in the face of

change and uncertainty. They want the ability to react to

rapidly changing market conditions, manage risk, outpace

their competitors with new capabilities and deliver clear

returns on investments.

Welcome to the on demand era, the next phase of

e-business, in which companies move beyond simply

integrating their processes to actually being able to sense

and respond to ﬂ uctuating market conditions and provide

products and services to customers on demand. While

the former notion of on demand as an e-utility capability

is a key component, on demand companies have much

broader capabilities.

What does an on demand company look like?

• Responsive: It can sense and respond in real time to the changing needs of customers, employees, suppliers and partners

• Variable: It must be capable of employing variable cost structures to do business at high levels of productivity,

cost control, capital efﬁ ciency and ﬁ nancial predictability.

• Focused: It concentrates on its core competencies – areas where it has a differentiating advantage – and draws on the skills of strategic partners to manage needs outside of these competencies.

• Resilient: It can handle the ups and downs of the global market, and manage changes and threats with consistent availability, security and privacy – around the world, around the clock.

To support an on demand business, the IT infrastructure

must evolve to support it. At its heart the data center must

change to reﬂ ect these needs, the data center must be

responsive to changing demands, it must be variable to

support the diverse environment, it must be ﬂ exible so that

applications can run on the optimal resources at any point

in time, and it must be resilient to support an always open

for business environment.

The on demand era plays to the strengths of the IBM

zSeries®. The IBM ^ zSeries 900

(z900) was launched in 2000 and was the ﬁ rst IBM server

‘designed from the ground up for e-business.’ The latest

member of the family, the IBM ^ zSeries 890

(z890), brings enriched functions that are required for the

on demand data center to a larger audience.

The ‘responsive’ data center needs to have systems that

are managed to the quality of service goals of the business

they need systems that can be upgraded transparently

to the user and they must be adaptable to the changing

requirements of the business. With the zSeries you have a

server with high levels of reliability and a balanced design

to enable high levels of utilization and consistently high

service to the user. The capacity on demand features

continue to evolve, helping to ensure that upgrading the

servers is timely and meets the needs of your business. It’s

not just the capacity of the servers that can be changed

on demand, but the mix of workload and the allocation of

resources can be changed to reﬂ ect the evolving needs

and priorities of the business.

The variable data center needs to be able to respond to

the ever changing demands that occur when you sup-

port multiple diverse workloads as a single entity. It must

respond to maintain the quality of service required and the

cost of utilizing the resources must reﬂ ect the changing

environment. The zSeries Intelligent Resource director

(IRD), which combines three key zSeries technologies,

Workload Manager (WLM), Logical Partitioning

z/OS

and Parallel Sysplex

technology helps enable your most

important workloads to get the resources they need

and constantly manages the resources according to the

changing priorities of the business. With workload license

charging, as the resources required by different applica-

tions, middleware and operating systems change over

time, the software costs change to reﬂ ect this. In addition,

new virtual Linux

servers can be added in just minutes

with zSeries virtualization technology to respond rapidly to

huge increases in user activity.

The ﬂ exible data center must be adaptable to support

change and ease integration. This is achieved through

a combination of Open and industry standards along

with the adaptability to direct resources where they are

required. The zSeries along with other IBM servers have

been investing in standards for years. Key is the support

™

for Linux, but let’s not forget Java

and XML and industry

standard technologies, such as FCP, Ethernet and SCSI.

Finally the on demand data center must be designed to be

resilient. The zSeries has been renowned for reliability and

availability. The zSeries platform will help protect from both

scheduled and unscheduled outages, and GDPS

auto-

mates site reconﬁ guration for both planned and unplanned

outages.

The New zSeries from IBM

IBM’s ongoing investment in zSeries technology produced

a re-invention of the zSeries server — the z990 which was

developed at a cost in excess of $1 Billion. The new tech-

nology introduced a host of new beneﬁ ts to meet today’s

on demand business.

The z890 takes advantage of the new z990 technology in a

package that helps deliver excellent price/performance for

those customers requiring a lower capacity entry point and

more granularity of upgrades than offered with the z990

but still delivering the ability to add incremental capacity

as it is required in an on demand world.

And IBM’s investment in zSeries doesn’t stop here. To

solidify the commitment to zSeries, IBM introduced the

“Mainframe Charter” that provides a framework for future

investment and a statement of IBM’s dedication to deliver

ongoing value to zSeries customers in their transformation

to on demand business.

Tools for Managing e-business

The IBM ^ product line is backed by a compre-

hensive suite of offerings and resources that provide value

at every stage of IT implementation. These tools can help

customers test possible solutions, obtain ﬁ nancing, plan

and implement applications and middleware, manage

capacity and availability, improve performance and obtain

technical support across the entire infrastructure. The

result is an easier way to handle the complexities and

rapid growth of e-business. In addition, IBM Global Ser-

vices experts can help with business and IT consulting,

business transformation and total systems management

services, as well as customized e-business solutions.

z/Architecture

The zSeries is based on the z/Architecture™, which is

designed to reduce bottlenecks associated with the lack of

addressable memory and automatically directs resources

to priority work through Intelligent Resource Director (IRD).

The z/Architecture is a 64-bit superset of ESA/390.

z/Architecture is implemented on the z890 to allow full 64-

bit real and virtual storage support. A maximum 32 GB of

real storage is available on z890 servers. z890 can deﬁ ne

any LPAR as having 31-bit or 64-bit addressability.

z/Architecture has:

• 64-bit general registers.

• New 64-bit integer instructions. Most ESA/390 architecture instructions with 32-bit operands have new 64-bit and 32- to 64-bit analogs.

• 64-bit addressing is supported for both operands and instructions for both real addressing and virtual addressing.

• 64-bit address generation. z/Architecture provides 64-bit virtual addressing in an address space, and 64-bit real addressing.

• 64-bit control registers. z/Architecture control registers can specify regions, segments, or can force virtual addresses to be treated as real addresses.

• The preﬁ x area is expanded from 4K to 8K bytes.

New instructions provide quad-word storage consis-

•

tency.

• The 64-bit I/O architecture allows CCW indirect data addressing to designate data addresses above 2 GB for both format-0 and format-1 CCWs.

• IEEE Floating Point architecture adds twelve new instructions for 64-bit integer conversion.

• The 64-bit SIE architecture allows a z/Architecture server to support both ESA/390 (31-bit) and z/Architecture (64bit) guests. Zone Relocation is expanded to 64-bit for

LPAR and z/VM

• 64-bit operands and general registers are used for all Cryptographic instructions

• The implementation of 64-bit z/Architecture can help reduce problems associated with lack of addressable memory by making the addressing capability virtually unlimited (16 Exabytes).

z/Architecture Operating System Support

The z/Architecture is a tri-modal architecture capable of

executing in 24-bit, 31-bit, or 64-bit addressing modes.

Operating systems and middleware products have been

modiﬁ ed to exploit the new capabilities of the z/Architecture

Immediate beneﬁ t can be realized by the elimination of the

overhead of Central Storage to Expanded Storage page

movement and the relief provided for those constrained by

the 2 GB real storage limit of ESA/390. Application programs

can run unmodiﬁ ed on the zSeries family of servers.

Expanded Storage (ES) is still supported for operating sys-

tems running in ESA/390 mode (31-bit). For z/Architecture

mode (64-bit), ES is supported by z/VM. ES is not supported

by z/OS in z/Architecture mode.

Although z/OS and z/OS.e do not support Expanded Stor-

age when running under the new architecture, all of the

™

Hiperspace

and VIO APIs, as well as the Move Page

(MVPG) instruction, continue to operate in a compatible

manner. There is no need to change products that use

Hiperspaces.

Some of the exploiters of z/Architecture for z/OS include:

• DB2 Universal Database™ Server for z/OS

™

• IMS

• Virtual Storage Access Method (VSAM)

• Remote Dual Copy (XRC)

• Tape and DASD access method

IBM

zSeries 890

Operating System ESA/390 z/Arch Compati Exploita (31-bit) (64-bit) bility tion

OS/390® 2.10 (support ended) Yes Yes Yes3 No

z/OS 1.2 (support ended) No Yes Yes

z/OS and z/OS.e 1.3 No Yes Yes

z/OS and z/OS.e 1.4 No Yes Yes

z/OS and z/OS.e 1.5, 1.6 No Yes Included

Linux for S/390

Linux for zSeries No Yes Yes Yes

z/VM 3.1 Yes Yes Yes No

z/VM 4.3 Yes Yes Yes No

z/VM 4.4 Yes Yes Included Included

z/VM 5.1 No Yes Included Included

VSE/ESA

z/VSE* 3.1 Yes No Yes Yes

TPF 4.1 Yes No Yes No

z/TPF 1.1 No Yes Yes No

1 – TPF and zTPF use LCSS-0 only, but more than 15 LPARs are permitted. See APAR PJ29309 (included in z/TPF). 2 – VSE 2.7 exploits Thin Interrupts with 4Q04 SPE 3 – Web Deliverable for Secure Crypto

* – z/VSE can execute in 31-bit mode only. It does not implement z/Architecture, and speciﬁ cally does not implement 64-bit mode capabilities

Yes No Yes Yes

™

2.6, 2.7 Yes No Yes No

Yes

Included

IBM ^ zSeries is the enterprise class e-business

server optimized for integration, transactions and data

of the next generation e-business world. In implement-

ing the z/Architecture with new technology solutions, the

zSeries models are designed to facilitate the IT business

transformation and reduce the stress of business-to-busi-

ness and business-to-customer growth pressure. The

zSeries represents an advanced generation of servers

that feature enhanced performance, support for zSeries

Parallel Sysplex clustering, improved hardware man-

agement controls and innovative functions to address

e-business processing.

The z890 server, the latest addition to the zSeries family,

takes advantage of the design enhancements and new

technology of the z990 in a package that helps deliver

excellent price/performance for those customers requiring

a lower capacity entry point than that offered by the z990.

With a new superscalar microprocessor and the CMOS 9S-

SOI technology, the z890 is designed to further extend and

integrate key platform characteristics such as dynamic

ﬂ exible partitioning and resource management in mixed

and unpredictable workload environments, providing tra-

ditional zSeries Quality of Service to emerging e-business

applications such as WebSphere

, Java and Linux.

The IBM ^ zSeries Application Assist Processor

(zAAP), available on the IBM ^ zSeries 990 (z990)

and zSeries 890 (z890) servers, is an attractively priced

specialized processing unit that provides strategic z/OS

Java execution environment for customers who desire the

powerful integration advantages and traditional Qualities

of Service of the zSeries platform.

When conﬁ gured with general purpose Central

Processors (CPs) within logical partitions running z/OS,

zAAPs can help you to extend the value of your existing

zSeries investments and strategically integrate and run

e-business Java workloads on the same server as your

database, helping to simplify and reduce the infrastructure

required for Web applications while helping to lower your

overall total cost of ownership.

zAAPs are designed to operate asynchronously with the

general purpose CPs to execute Java programming under

control of the IBM Java Virtual Machine (JVM). This can

help reduce the demands and capacity requirements on

general purpose CPs which may then be available for real-

location to other zSeries workloads. The amount of general

purpose CP savings may vary based on the amount of

Java application code executed by zAAP(s). And best

of all, IBM JVM processing cycles can be executed on

the conﬁ gured zAAPs with no anticipated modiﬁ cations

to the Java application(s). Execution of the JVM process-

ing cycles on a zAAP is a function of the IBM Software

Developer’s Kit (SDK) for z/OS Java 2 Technology Edition,

z/OS 1.6 (or z/OS.e 1.6) and the innovative Processor

™

Resource/Systems Manager

(PR/SM™).

Notably, execution of the Java applications on zAAPs,

within the same z/OS SMP LPAR as their associated

database subsystems, can also help simplify the server

infrastructures and improve operational efﬁ ciencies. For

example, use of zAAPs to strategically integrate Java

Web applications with backend databases could reduce

the number of TCP/IP programming stacks, ﬁ rewalls, and

physical interconnections (and their associated process-

ing) that might otherwise be required when the application

servers and their database servers are deployed on sepa-

rate physical server platforms.

Essentially, zAAPs allow customers to purchase additional

processing power exclusively for z/OS Java application

execution without affecting the total MSU rating or machine

model designation. Conceptually, zAAPs are very similar to

a System Assist Processor (SAP); they cannot execute an

Initial Program Load and only assist the general purpose

CPs for the execution of Java programming. Moreover,

IBM does not impose software charges on zAAP capacity.

Additional IBM software charges will apply when additional

general purpose CP capacity is used.

Customers are encouraged to contact their speciﬁ c ISVs/

USVs directly to determine if their charges will be affected.

z890 has a single model, the A04, and will support a wide

performance range from sub uni models through to a 4-

way multiprocessor. There will be a total of 28 capacity

settings which will offer outstanding granularity for custom-

ers' workload and cost management. The A04 model will

provide up to four processor units (PUs) that can be char-

acterized as either Central Processors (CPs), Integrated

Facility for Linux (IFLs), Internal Coupling Facilities (ICFs)

or zAAPs. This model will be offered as a new build and as

upgrades from designated models of the z800.

With the introduction of the z890 customers can expect to

see the following performance improvements with z/OS 1.4:

Number of CPs Base Estimated Ratio

1 z800 2.0

2 z800 2.1

3 z800 2.1

4 z800 2.1

The Large System Performance Reference (LSPR) should

be referenced when considering performance on the z890.

Visit: ibm.com/servers/eserver/zseries/lspr/ for more infor-

mation on LSPR.

As with the z990, an improvement to the I/O subsystem

has been introduced on the z890 to “break the barrier”

of the 256 CHPIDs per Channel Subsystem. Horizontal

growth is provided by allowing the deﬁ nition of two Logical

Channel SubSystems (LCSSs) each capable of supporting

up to 256 CHPIDs, giving a total of 512 CHPIDs per z890

server. The z890 can support up to 30 Logical Partitions

(LPARs). There is still a 256 CHPID limit per operating

system. (Note: The lowest Capacity Setting 110 can sup-

port up to 240 CHPIDs, dependent on channel type, and

up to a maximum of 15 LPARs.)

These are some of the signiﬁ cant enhancements in the

zSeries 890 server that bring improved performance, avail-

ability and function to the platform. The following sections

highlight the functions and features of the server.

z890 Design and Technology

The z890 is designed to provide balanced system perfor-

mance. From server to the storage to the system’s I/O and

network channels, end-to-end bandwidth is provided and

designed to deliver data where and when it is needed. The

z890 is a scaled down version of the z990 using one of

the most advanced chip and packaging technology in the

industry. The z890 has more technology similarities to the

z990 than the z800 does to the z900. Both the z890 and

z990 use the latest MCM packaging and book package.

The z890 compared to the z800 provides a signiﬁ cant

increase in system scalability and opportunity for server

consolidation by providing improved model granularity

while scaling to 2X the performance of the z800. The

z890’s processor cycle time has been improved to 1.0 ns

from the 1.6 ns of the z800. All z890’s have a single Mul-

tiChip Module (MCM) that is nearly identical to the z990’s

MultiChip module. The differences are minor. With fewer

functional processors and a slower cycle time less power

is required for the z890 MCM enabling air cooling. The

air cooled z890 MCM uses approximately 450 Watts

compared to the liquid cooled z990 MCM which requires

approximately 650 Watts. The z890 MCM can deliver 1 to

4-way conﬁ gurations with a variety of engine sizes. The

z890 MCM, which measures approximately 95 x 95 mil-

limeters, is about 42% smaller than the z900’s 127 mm

x 127 mm MCM. The z890 MCM contains 5 Processor

Unit (PU) chips, four Storage Data (Level 2 cache) chips,

a Level 2 Cache Storage Controller chip and two main

Memory Storage Controller (MSC) chips which control the

main memory or Level 3 storage. The MCM contains 101

glass ceramic layers of which 23 layers are to provide

interconnection between the chips and the off-module

environment. In total, there are approximately 378 meters

of internal copper wiring on both the z890 and z990 MCMs

compared to the 997 meters of internal wiring needed

for the MCMs in the z900 190 and 290 models. The new

smaller MCM packaging delivers an MCM with many

shorter paths. The z890 MCM is 40% smaller than the

z900 MCM. It has over 20% more I/O connections and

over a 130% I/O density improvement compared to the

z900 MCM.

The z890’s MCM provides support for 5 PUs and 32 MB

level 2 cache which can be shared by all PUs. Each PU

chip contains approximately 122 million transistors and

measures 14.1 mm x 18.9 mm. The design of the MCM

technology on the z890 provides the ﬂ exibility to conﬁ g-

ure the PUs for different uses. One of the PUs is reserved

for use as dedicated I/O Processor (IOP), commonly

referred to as a System Assist Processor (SAP) enabling

the Central Processor to avoid the burden of I/O set

ups and operations. Any unused PUs can be utilized as

spares. The inactive PUs on the MCM are available to be

characterized as either Central Processors (CPs), Internal

Coupling Facility (ICF) processors for Coupling Facility

applications, Integrated Facility Linux (IFL) for Linux appli-

cations, or as IBM ^ zSeries Application Assist

Processor (zAAP) engines, providing enterprises with tre-

mendous ﬂ exibility in conﬁ guring the best system for run-

ning applications. Each model of the z890 must always be

ordered with at least one CP, IFL or ICF.

The PU, which uses the latest chip technology from IBM

semiconductor laboratories, is built on CMOS 9S-SOI with

copper interconnections. The 14.1 mm x 18.9 mm chip

has a cycle time of 1.0 nanoseconds and is identical to the

z990 PU except for the cycle time. Implemented on this

chip are leading edge functions as the z/Architecture with

its 64-bit capabilities including instructions, 64-bit General

Purpose Registers, SuperScalar function, translation facili-

ties, ability to use long displacement operations and on

board Cryptographic Assist functions.

The z890 is a single book design. The book can support

up to 32 GB of memory on a single memory card and 8

Self-Timed Interconnects (STIs) for I/O Connectivity. The

memory which can be purchased in 8 GB increments, is

delivered on 8 GB, 16 GB or 32 GB cards. The minimum

memory is 8 GB. The book has a 2 Memory Bus Adapters

(MBAs) and each MBA supports 4 STIs.

(CUoD), Customer Initiated Upgrades (CIU), and the ability

to add CPs, ICFs, IFLs and zAAPs dynamically provid-

ing nondisruptive upgrade of processing capability. Also,

the ability to add CPs lets a z890 with spare PU capacity

become a backup for other systems in the enterprise;

expanding the z890 system to meet an emergency outage

situation. This is called Capacity BackUp (CBU).

The I/O SubSystem has been enhanced to support two

Logical Channel SubSystems (LCSSs) which provide the

capability to deﬁ ne up to 512 CHPIDs (256 CHPIDs per

operating system image). I/O improvements in the Parallel

Sysplex Coupling Link architecture and technology sup-

port faster and more efﬁ cient transmission between the

™

Coupling Facility and production systems. HiperSockets

provides high-speed capability to communicate among

virtual servers and Logical Partitions; this is based on

high-speed TCP/IP memory speed transfers and provides

value in allowing applications running in one partition to

communicate with applications running in another without

dependency on an external network. Industry standard

and openness are design objectives for I/O in z890. The

improved I/O subsystem is delivering new horizons in I/O

capability and has eliminated the 256 limit to I/O attach-

ments for a mainframe.

The z890 supports LPAR mode only (basic mode is no

longer supported).

The MultiChip Module (MCM) is the technology corner-

stone for ﬂ exible PU deployment in the z890 models. For

most models, the ability of the MCM to have inactive PUs

allows such features as Capacity Upgrade on Demand

z890 Family Models

The z890 offers a single model, the A04 and supports a

wide performance range from sub uni models up to a 4-

way multiprocessor. The z890 offers 7 general purpose CP

sizes (1 full performance plus 6 sub uni's). Each engine

size is available in 2-way, 3-way and 4-way multiproces-

sors. Seven engine sizes across 4 engines gives outstand-

ing capacity granularity over the 28 capacity settings.

The new model provides 1-4 conﬁ gurable processor units

which can be characterized as either CPs, IFLs, ICFs, or

zAAPs.

A new easy-to-enable ability to “turn off” capacity is avail-

able on z890. The objective is to allow customers to pur-

chase capacity for future use with virtually no impact on

software billing. An MES feature will enable the capacity

for use where the customer requires the increased capacity.

There are a wide range of upgrade options available which

are indicated in the z890 Models chart. The introduction of

the capacity setting allows capacity upgrades and down-

grades between capacity settings independent of the CP

quantity.

Unlike other zSeries server offerings, it is no longer pos-

sible to tell by the hardware model A04, the number of PUs

or the capacity of the server that is being used as CPs.

The capacity setting is in the form xy0, where the X repre-

sents the number of CPs and Y represents the sub-capacity,

from 7 (most capacity) to 1 (least capacity). All IFL and ICF

conﬁ gurations are software model 070. The capacity set-

ting will be returned by the Store System Information (STSI)

instruction for software billing purposes.

z890 Performance Comparison

Capacity

110 120 130 140 150 160 170 210 220 230 240 250 260 270 310 320 330 340 350 360 370 410 420 430 440 450 460 470

Settings*

Uni's

2-ways 4-ways (full capacity engines)

* Capacity Setting refers to number of installed CPs and capacity. Reported by STSI instruction. Note: For MSU values, refer to: ibm.com/servers/eserver/zseries/library/swpriceinfo/

3-ways

Model A04

IBM ^ On/Off Capacity on Demand for z890

IBM ^ On/Off Capacity on Demand (On/Off CoD)

is offered with z890 processors to provide a temporary

increase in capacity to help meet customers' peak work-

load requirement.

On/Off CoD is designed to temporarily turn on Central

Processors (CPs), Internal Coupling Facilities (ICFs), Inte-

grated Facilities for Linux (IFLs), zSeries Application Assist

Processors (zAAPs), previously unassigned Processor

Units (not assigned as a CP, ICF, IFL, or zAAP), and, for

z890, unassigned CPs and unassigned IFLs, that are avail-

able within the current model conﬁ guration. Temporary use

of CFs, memory and channels is not supported.

This is achieved by either increasing CP capacity through

changing the Capacity Setting of the CPs to a new Model

Capacity Indicator or by using unassigned/unowned PUs

available for use as CPs, IFLs, ICFs, or zAAPs. With On/Off

CoD, temporary capacity for CPs, cannot exceed more

than double the permanent CP capacity of the z890. IFL

and ICF capacity additions can only be done if an existing

IFL or ICF is installed on the permanent machine with the

restrictions that a) additional engines, of each type, cannot

exceed the number of installed permanent engines of

that same type and b) adding engines cannot exceed the

physical limit of the installed machine.

The maximum number of On/Off CoD zAAPs available for

z890 cannot exceed the number of zAAPs, with the addi-

tional restriction that the sum of zAAPs and On/Off CoD

zAAPs cannot exceed the number of CPs.

For example, capacity setting 110 is eligible for On/Off

CoD upgrades to only capacity settings 120 and 210. All

other target capacity settings would result in more than

two times the base capacity.

You will be billed for associated usage through one or

more of the following features: On/Off CoD Active CP-Day

(#9897), On/Off CoD Active IFL Day (#9888), On/Off Active

ICF-Day (#9889), or On/Off CoD Active zAAP-Day (#9893).

You will be billed for each On/Off CoD Active engine

turned on in any given 24-hour period, continuing until

such On/Off CoD Active engine is turned off. Each

month your bill will be calculated for the sum of all orders

installed within the prior month. Monitoring will occur

through the server call home facility and a bill will be gen-

erated if the hardware capacity has been enabled for any

given month. You will continue to be billed for the use of

temporary capacity until you return the server to its original

state. After concurrently returning to the original state, you

may choose to activate a new On/Off CoD upgrade, which

can be different from the previous upgrade. When you

dispose of the server, or decide that you want to disable

future temporary upgrades, you are required to remove the

enablement feature, On/Off CoD Enablement (#9896).

Although the hardware upgrade does not need a POR/

IML if there is a change in engine size, a z/OS IPL will be

required.

On/Off CoD is delivered through the Customer Initiated

Upgrade (CIU) facility. To participate in this offering,

customers must install CIU Enablement and On/Off CoD

Enablement, and must agree to speciﬁ c terms and condi-

tions which govern the use of temporary capacity.

For z890, you may request and concurrently install tem-

porary capacity through the CIU application on Resource

™

, and use that additional capacity for as long as

Link

needed. Using this facility, you may increase a machine’s

capacity setting and add a quantity of temporary IFLs

and ICFs, up to the machine’s current capacity setting or

the number of IFLs and ICFs, respectively, on the same

machine. You may similarly request and concurrently

install a quantity of temporary zAAPs up to the quantity of

permanent zAAPs, with the limitation that the combined

quantity of temporary zAAPs plus permanent zAAPs may

not exceed the combined quantity of temporary CPs plus

permanent CPs. You will be billed for associated usage

through one or more of the following features: On/Off CoD

Use Days, (one of #6121 through #6471), On/Off CoD

Active IFL-Day (#9888), On/Off Active ICF-Day (#9889), or

On/Off CoD Active zAAP-Days (#9893).

Typically, On/Off Capacity on Demand will be ordered

through CIU, however there will be an RPQ available if no

RSF connection is present.

Although Capacity BackUp (CBU) and On/Off Capacity

on Demand can both reside on the server, the activation

of On/Off Capacity on Demand is mutually exclusive with

CBU and no physical hardware upgrade will be supported

while On/Off Capacity on Demand is active.

This important function for zSeries gives customers greater

control and ability to add capacity to meet the require-

ments of an unpredictable on demand application environ-

ment. On/Off CoD extends zSeries capacity on demand

offerings to the next level of ﬂ exibility. It is designed to

help customers match cost with capacity utilization and

manage periodic business spikes. On/Off Capacity on

Demand is designed to provide a low risk way to deploy

new pilot applications, and it is designed to enable a cus-

tomer to grow capacity smartly and proportionately with

market demand.

Customers can also take advantage of the Capacity

Upgrade on Demand (CUoD), Customer Initiated Upgrade

(CIU), and Capacity BackUp (CBU) which are described

later in the document.

On/Off CoD Test

IBM continues to enhance On/Off CoD to be more respon-

sive to your on demand business requirements. On/Off

CoD has been enhanced to allow for a no-charge test.

No IBM charges are assessed for the test, including IBM

charges associated with temporary hardware capacity,

IBM software, or IBM maintenance. This test can be used

to validate the processes to download, activate, and deac-

tivate On/Off CoD capacity nondisruptively. Each On/Off

CoD-enabled server is entitled to one no-charge test, per

contract. This test may last up to a maximum duration of

24 hours commencing with the download and activation of

an On/Off CoD order. On/Off CoD tests which do exceed

24 hours in duration will be treated in their entirety as bill-

able On/Off CoD upgrades. In addition to validating the

On/Off CoD function within your environment, you may

choose to use this test as a training session for your per-

sonnel who are authorized to activate On/Off CoD.

On/Off CoD no-charge test can be requested and down-

loaded from the Web at Resource Link. Refer to: ibm.com/

servers/resourcelink.

On/Off CoD test is exclusive to z890 and z990.

The z890 is designed to offer an efﬁ cient I/O structure

using the same I/O cages as the z990. The single I/O cage

z890, has the capability of plugging up to 28 I/O cards

which would support a maximum of 420 ESCON

chan-

nels. Seven of the eight available STIs on the z890 are

required to support the 28 channel slots in the I/O cage.

The following chart shows the upgrade paths from z800 to

z890 and from z890 to z990. The z800 Models 0X2, 0A2,

002, 003 and 004 can be upgraded to any capacity z890.

Any z890 with more than 220 MIPS can be upgraded to a

z990 Model A08. There are no upgrades from 9672 G5/G6

or z900 server.

z800 to z890 and z890 Model Upgrades

e-Config will default to the next closest

z800 z890

To Any Capacity Setting

0X2 0A2 002 003 004

A04

capacity setting models, but the user may change to any capacity setting desired.

z800 z890

z890 Performance Comparisons

The IBM z890 is the latest member of the zSeries family.

The design of the z890 is a continuation of the major

change in the direction of the zSeries platform started with

the IBM ^ zSeries 990. The implementation of the

superscalar microprocessor provides for improvements

in the performance of new workloads as well as maintain-

ing excellent performance for traditional workloads. The

z890 provides a lower capacity entry point as compared to

the z800, an increase in total system capacity almost 2.1

times that of the z800 Model 004, doubling the number of

CHPIDs, doubling the number of LPARs, quadrupling the

number of HiperSockets, and increasing the number of

ESCON channels by 75%, the number of FICON

channels

by 25%, the number of ISC-3s by 100% and the number of

OSA-Express Network connections by 67%. This server is

designed to provide you with the ability to improve applica-

tion performance, increase the number of users supported,

support more transactions, increase scalability, and con-

solidate workloads beyond what is available on a z800.

performance levels, z890 offers from 1-4 Central Proces-

sors each with 7 different “dial points” (28 choices in all)

esource management within the system, it is expected

and r

that there will be a large performance variability than has

been previously seen by our traditional customer set. The

z890 supports an estimated performance range of 0.14 to

7.40 compared to a z800 Model 001. This variability may be

observed in several ways. The range of performance rat-

ings across the individual LSPR workloads is likely to have a

larger spread than past processors. There will also be more

performance variation of individual LPAR partitions as the

impact of ﬂ uctuating resource requirements of other parti-

tions can be more pronounced with the increased number

of partitions available on the z890. The customer impact of

this increased variability will be seen as increased devia-

tions of workloads from single-number-metric based factors

such as MIPS, MSUs and CPU time chargeback algorithms.

It is important to realize the z890 has been optimized to run

many workloads at high utilization rates.

The performance design of the z/Architecture enables

the entire server to support a new standard of perfor-

mance for all applications through expanding upon a bal-

anced system approach. As CMOS technology has been

enhanced to support not only additional processing power,

but also more engines, the entire server is modiﬁ ed to sup-

port the increase in processing power. The I/O subsystem

supports a great amount of bandwidth through internal

changes, thus providing for larger and quicker data move-

ment into and out of the server. Support of larger amounts

of data within the server required improved management

of storage conﬁ gurations made available through integra-

tion of the software operating system and hardware sup-

port of 64-bit addressing. The combined balanced system

effect allows for increases in performance across a broad

spectrum of work. However, due to the wide range of

It is also important to notice that the LSPR workloads for

z890 and z990 have been updated to reﬂ ect more closely

our customers’ current and growth workloads. The tradi-

tional TSO LSPR workload is replaced by a new, heavy

Java technology-based online workload referred to as

Trade2-EJB (a stock trading application). The traditional

/DB2® LSPR online workload has been updated to

CICS

have a Web-frontend which then connects to CICS. This

updated workload is referred to as WEB/CICS/DB2 and

is representative of customers who Web-enable access

to their legacy applications. Continuing in the LSPR for

z890/ z990 will be the legacy online workload, IMS, and

two legacy batch workloads CB84 and CBW2. The z890/

z990 LSPR will provide performance ratios for individual

workloads as well as a “default mixed workload” which is

used to establish single-number-metrics such as MIPS,

z890 I/O Subsystem

MSUs and SRM constants. The z990 default mixed work-

load will be composed of equal amounts of ﬁ ve workloads,

Trade2-EJB, WEB/CICS/DB2, IMS, CB84 and CBW2. Addi-

tionally, the z890/z990 LSPR will rate all z/Architecture pro-

cessors running in LPAR mode and 64-bit mode. The existing

z900 processors have all been re-measured using the new

workloads – all running in LPAR mode and 64-bit mode.

Using the new LSPR ‘default mixed workload' for z/OS

1.4, and with all processors executing in 64-bit and LPAR

mode, the following results have been achieved:

• Comparing a one-way z800 Model 001 to a one-way

z890 Model A04 170, it is estimated that the z890 model

has 2.0 times the capacity of z800 Model 001.

• Comparing a two-way z800 Model 002 to a two-way

z890 Model A04 270, it is estimated that the z890 model

has 2.1 times the capacity of z800 Model 002.

• Comparing a three-way z800 Model 003 to a three-way

z890 Model A04 370, it is estimated that the z890 model

has 2.1 times the capacity of z800 Model 003.

• Comparing a four-way z800 Model 004 to a four-way

z890 Model A04 470, it is estimated that the z890 model

has 2.1 times the capacity of z800 Model 004.

The z890 contains an I/O subsystem infrastructure which

uses an I/O cage that provides 28 I/O slots. Each I/O

cage has seven I/O domains with four features in each I/O

domain, and each domain has one STI for connectivity to

support each I/O cage. ESCON, FICON Express, FICON

Express2, OSA-Express, OSA-Express2 and Crypto

Express2 features plug into the z890 I/O cage along with

any ISC-3s and STI-3 distribution cards, and PCICA and

PCIXCC cryptographic features. All I/O cards and their

support cards can be hot-plugged in the I/O cage. The

z890 provides approximately a 78 percent increase in I/O

bandwidth provided by the STIs when compared to the

z800.

z890 Cage Layout

A-Frame

CEC

z890's Positioning in the zSeries Family

z990

z900 and z990

z890

z800

MP3000

MP 2000

MIPs

Note: Expected performance improvements are based on hardware changes. Additional performance beneﬁ ts may be obtained as the z/Architecture is fully exploited.

z900

9672

> 2550 MIPs

I/O

Cage

z890 Logical Channel SubSystems (LCSSs) and support for

Greater than 15 Logical Partitions (LPARs)

The z890 I/O subsystem is a breakthrough in connectivity

by providing up to 2 LCSS per server, and each LCSS can

support up to 256 CHPIDs when exploitation software is

installed. As the z890 is a single I/O cage conﬁ guration it

will support up to a maximum of 512 CHPIDs of which up

to 420 CHPIDs can be ESCON channels. This support is

provided in such a way that is transparent to the programs

operating in the Logical Partition (LP). Each Logical Chan-

nel SubSystem may have from 1 to 256 CHPIDs and may

in turn be conﬁ gured with 1 to 15 Logical Partitions. Each

Logical Partition runs under a single LCSS. As with previ-

ous zSeries servers, Multiple Image Facility (MIF) channel

sharing as well as all other channel subsystem features

are available to each Logical Partition conﬁ gured to each

Logical Channel SubSystem. The z890 supports up to 30

Logical Partitions. (Note: The lowest Capacity Setting 110

can support up to 240 CHPIDs and up to a maximum of 15

LPARs.)

feature in the I/O cage. CHPID numbers are no longer pre-

assigned and it is now a customer responsibility to do this

assignment via IOCP/HCD. CHPID assignment is done by

associating a CHPID number with a physical location, the

PCHID. It is important to note that although it is possible

to have 2 LCSSs, there is still a single IOCDS to deﬁ ne the

I/O subsystem, each LCSS can support CHPID 00-FF, and

the CHPID must be unique within the LCSS. There is a new

CHPID mapping tool available to aid in the mapping of

CHPIDs to PCHIDs. The CHPID Mapping tool is available

from Resource Link at: ibm.com/servers/resourcelink.

IOCP - IOCDS

Partitions

LCSS0 LCSS1

CHPIDs CHPIDs

12 52 EF4F 12 2F EF00 02

Partitions

Up to 30 Logical Partitions

Up to 256

LCSS0 LCSS1

CHPIDs

Up to 256

CHPIDs

Physical Channel IDs (PCHIDs) SubSystem

In order to accommodate the support for up to a maximum

of 512 CHPIDs on z890 with the Logical Channel SubSys-

tem (LCSS) a new Physical Channel ID (PCHID) is avail-

able. The PCHID represents the physical location of an I/O

HCD - HSA or IOCDS - HSA

102 103 104 110 200 201 202 2B0 2C5

Physical Channels (PCHIDs)

Note: Crypto no longer requires a CHPID

Logical Channel SubSystem (LCSS) Spanning

The concept of spanning channels provides the ability for

a channel to be conﬁ gured to multiple Logical Channel

SubSystems and therefore they may be transparently

shared by any/all of the logical partitions in those LCSSs.

z890 Channels and I/O Connectivity

Normal Multiple Image Facility (MIF) sharing of a chan-

nel is conﬁ ned to a single LCSS. The z890 supports the

spanning of the channels types: IC, HiperSockets, FICON

Express, FICON Express2, OSA-Express, OSA-Express2,

ISC-3s and ICBs (ICB-3 and ICB-4). Note: Spanning of

ESCON channels is not supported.

Channel Spanning

ZOS2 ZOS3 ZOS4 ZOS5 LNX1ZOS1

HiperSockets

CHPID 22 CHPID 22

LCSS0 LCSS1

A z890 has a total of 28 I/O slots in one I/O cage. These

slots can be plugged with a mixture of cards providing

the I/O connectivity, networking connectivity, coupling and

cryptographic capability of the server.

Up to 420 ESCON Channels

The high density ESCON feature has 16 ports, 15 of which

can be activated for customer use. One port is always

reserved as a spare which is activated in the event of a

failure of one of the other ports. For high availability the ini-

tial order of ESCON features will deliver two cards and the

active ports will be distributed across those cards. After

the initial install the ESCON features are installed in incre-

ments of one. ESCON channels are available in four-port

increments and are activated using IBM Licensed Internal

Code, Conﬁ guration Control (LIC CC). There is a 75%

increase in ESCON connectivity over z800.

Up to 40 FICON Express Channels

The z890 supports up to 40 FICON Express channels. It

offers a 25% increase in FICON Express channels over the

z800. FICON Express is available in long wavelength (LX)

and short wavelength (SX) features. Each FICON Express

feature has two independent ports which support two

channels per card. The LX and SX cannot be intermixed on

a single feature. The maximum number of FICON Express

features which can be installed in the I/O cage is 20.

The z890 supports up to 40 FCP channels for attach-

ment to Small Computer System Interface (SCSI) disks in

a Linux environment. The same two-port FICON Express

feature card used for FICON Express channels can also

be used for Fibre Channel Protocol (FCP) channels. FCP

channels are enabled on these existing features via a

Licensed Internal Code (LIC) with a unique mode of

operation and CHPID deﬁ nition (FCP). FCP is available in

long wavelength (LX) and short wavelength (SX) features,

though the LX and SX cannot be intermixed on a single

feature. Note, the maximum quantity of FICON Express,

OSA-Express, PCICA, and PCIXCC features in combina-

tion cannot exceed 20 features per server.

Up to 80 FICON Express2 Channels

Up to 80 FICON Express2 channels are supported on the

z890. This offers a 100% increase in FICON channels over

the z800. FICON Express2 is available in long wave

(LX) and short wavelength (SX) features. Each FICON

Express2 feature has four independent ports which support

four channels per card. The LX and SX cannot be intermixed

on a single feature. The maximum number of FICON Express2

features that can be installed in the I/O cage is 20.

The z890 supports up to 80 FCP channels for attachment

to Small Computer System Interface (SCSI) disks in a Linux

environment. The same four-port FICON Express2 feature

card used for FICON Express2 channels can also be used

for Fibre Channel Protocol (FCP) channels. FCP channels

are enabled on these existing features via a Licensed Inter-

nal Code (LIC) with a unique mode of operation and CHPID

deﬁ nition (FCP). FCP is available in long wavelength (LX)

and short wavelength (SX) features, though the LX and SX

cannot be intermixed on a single feature. Note, the maxi-

mum quantity of FICON Express, FICON Express2, OSA-

Express, OSA-Express2, PCICA, and PCIXCC features in

combination cannot exceed 20 features per server.

length

peer mode up to an unrepeated distance of 10 km (6.2 miles).

The mode is selected for each link via the CHPID type in the

IOCDS. ISC-3 links are ordered in increments of one. It is rec-

ommended that an initial order for ISC-3 include two links.

ISC-3 links in Compatibility Mode must be used for connec-

tivity to 9672s (ICB-2 links are not supported on the z890).

An RPQ card (8P2197) is available to allow ISC-3 dis-

tances up to 20 km. This card runs in Peer Mode at 1

Gbps and/or Compatibility Mode at 1 Gbps. A unique

daughter card with two links per card is shipped.

Integrated Cluster Bus-3 (ICB-3)

The ICB-3 feature is a coupling link used to provide high-

speed communication between z990 and z890 servers

and z900 and z800 General Purpose Servers and Cou-

pling Facilities over a short distance (less than 7 meters).

The ICB-3 is supported via an STI-3 card which resides in

the I/O cage and converts the 2.0 GBps input into two 1

GBps ICB-3s.

Integrated Cluster Bus-4 (ICB-4)

The ICB-4 feature is a coupling link used to provide

high-speed communication between a z990 and/or z890

servers over a short distance (less than 7 meters). The

ICB-4 consists of one link that attaches directly to a 2.0

GBps STI port on the server and does not require connec-

tivity to an I/O cage.

InterSystem Channel-3 (ISC-3)

A four link ISC-3 feature is provided on the z890 family of

servers. It consists of a mother card with two daughter cards

each with two links. Each link is capable of operating 1 giga-

bits per second (Gbps) in Compatibility Mode or 2 Gbps in

Internal Coupling Channel (IC)

IC links emulate the coupling links between images within

a single server. IC links are deﬁ ned in the IOCP. There is no

physical channel involved. A z/OS image can connect to a

Coupling Facility on the same server using IC capabilities.

Fibre Channel Connectivity

The on demand operating environment requires fast data

access, continuous data availability, and improved ﬂ exibil-

ity all with lower cost of ownership. zSeries Fibre Channel

Connectivity can help you achieve these goals.

Native FICON Channels

Native FICON channels and devices can help to reduce

bandwidth constraints and channel contention to enable

easier server consolidation, new application growth,

large business intelligence queries and exploitation of

e-business.

Currently, the IBM Enterprise Storage Server

(ESS)

models F20 and 800 have two host adapters to support

native FICON. These host adapters each have one port

per card and can either be FC 3021 for long wavelength

or FC 3032 for short wavelength on the F10/F20 or FC

3024 for long wavelength and 3025 for short wavelength

on the 800. All three models can support up to 16 FICON

ports per ESS. The Model 800 is 2 Gb link capable. The

IBM TotalStorage

Enterprise Tape Controller 3590 Model

A60 provides up to two FICON interfaces which can coex-

ist with ESCON on the same box. The IBM TotalStorage

Enterprise Tape Controller 3592-J70 which provides up to

four FICON interfaces which can exist with ESCON on the

same box. The 3592-J70 is designed to provide up to 1.5

times the throuput of the Model A60. Customers can utilize

IBM’s highest capacity, highest performance tape drive to

support their new business models.

Many Fibre Channel directors provide dynamic connec-

tivity to native FICON control units. The IBM 2032 models

001, 064 and 140 (resell of the McDATA ED-5000, and

Intrepid 6000 Series Directors) are 32-, 64- and 140-port

high availability directors. The IBM 2042 models 001, 128

and 256 (resell of the CNT (FC/9000 Directors) are 64-,

128- and 256-port high availability directors. All have fea-

tures that provide interface support to allow the unit to be

managed by System Automation for OS/390. The McDATA

Intrepid 6000 Series Directors and CNT (FC/9000 Direc-

tors) FC/9000-001/-128/-256 support 2 Gbps links as well.

The FICON Express features support attachment to the

IBM M12 Director (2109-M12). The IBM M12 Director sup-

ports attachment of FICON Express channels on the z890

via native FICON (FC CHPID type) and Fibre Channel

Protocol (FCP CHPID type) supporting attachment to SCSI

devices in Linux environments.

Wave Division Multiplexor and Optical Ampliﬁ ers that sup-

port 2 Gbps FICON Express links are: Cisco Systems ONS

15530 and 15540 ESP (LX, SX) and optical ampliﬁ er (LX,

SX), Nortel Networks Optera Metro 5100, 5200 and 5300E

and optical ampliﬁ er, ADVA Fiber Service Platform (FSP)

2000 system, and the IBM 2029 Fiber Saver.

The raw bandwidth and distance capabilities that native

FICON end-to-end connectivity has to offer makes them of

interest for anyone with a need for high performance, large

data transfers or enhanced multi-site solutions.

FICON CTC function

Native FICON channels support CTC on the z990, z900,

z890 and z800. G5 and G6 servers can connect to a

zSeries FICON CTC as well. This FICON CTC connectivity

will increase bandwidth between G5, G6, z990, z900, z890

and z800 systems.

Because the FICON CTC function is included as part

of the native FICON (FC) mode of operation on zSeries,

FICON CTC is not limited to intersystem connectivity (as

is the case with ESCON), but will also support multiple

device deﬁ nitions. For example, ESCON channels that are

dedicated as CTC cannot communicate with any other

device, whereas native FICON (FC) channels are not dedi-

cated to CTC only. Native can support both device and

CTC mode deﬁ nition concurrently, allowing for greater con-

nectivity ﬂ exibility.

FICON Connectivity

FICON Bridge

ESCD

9032

Model 5

FICON Bridge

ESCON

ESS

F10, F20, 800

high availability, extended distance connectivity, and (par-

ticularly with the implementation of 2 Gbps Inter Switch

Links), has the potential for ﬁ ber infrastructure cost sav-

ings by reducing the number of channels for interconnect-

ing the 2 sites.

FICON cascaded directors have the added value of high

integrity connectivity. New integrity features introduced

within the FICON Express channel and the FICON cas-

caded switch fabric to aid in the detection and reporting of

any miscabling actions occurring within the fabric during

and helps prevent data from being delivered to the wrong

end point.

FICON cascaded directors is offered in conjunction with

IBM, CNT, and McDATA Directors.

All FICON Channels =

100MB/s

= LX ONLY

= LX or SX

2032

2042

32, 64 or 140

64, 128 or 256

PORT

ESS

F10, F20, 800

Enterprise

Tape

Controller

3590 A60

Enterprise

Tape

Controller

3590 A60

FICON Support for Cascaded Directors

Native FICON (FC) channels support cascaded directors.

This support is for a single hop conﬁ guration only. This

means that a Native FICON (FC) channel or a FICON CTC

can connect a server to a device or other server via two

(same vendor) FICON Directors in between. This type of

cascaded support is important for disaster recovery and

business continuity solutions because it can help provide

IBM

Two site non-cascaded director

topology. Each CEC connects to

directors in both sites.

With Inter Switch Links (ISLs),

less fiber cabling may be needed

for cross-site connectivity

topology. Each CEC connects to

IBM

Two Site cascaded director

local directors only.

FCP Channels

zSeries supports FCP channels, switches and FCP/SCSI

devices with full fabric connectivity under Linux on zSeries

and z/VM Version 4 Release 3 and later. Support for FCP

devices means that zSeries servers will be capable of

attaching to select FCP/SCSI devices and may access

these devices from Linux on zSeries. This expanded

attachability means that customers have more choices

for new storage solutions, or may have the ability to use

existing storage devices, thus helping to leverage exist-

ing investments and lower total cost of ownership for their

Linux implementation.

For details of supported FICON and FCP attachments

access Resource Link at: ibm.com/servers/resourcelink

and in the Planning section go to z890/z990 I/O Connec-

tion information.

The support for FCP channels is for Linux and z/VM 4.3

and later. Linux may be the native operating system on the

zSeries server (note z890 runs LPAR mode only), or it can

be in LPAR mode or, operating as a guest under z/VM 4.3

or later. The z890 provides support for IPL of Linux guest

images from appropriate FCP attached devices.

Now, z/VM V5.1, support for SCSI FCP disks enables the

deployment of a Linux server farm running under VM con-

ﬁ gured only with SCSI disks. With this support you can

install, IPL, and operate z/VM from SCSI disks.

resources and infrastructure. Further savings may be real-

ized in the reduction of the number of ﬁ ber optic cabling

and director ports.

When conﬁ gured as FCP CHPID type, the z890 FICON

Express features support the industry standard interface

for Storage Area Network (SAN) managment tools.

FCP

Device

FCP

Device

Fibre Channel

Directors

FCP

Device

FCP

Device

FCP

Device

FCP

Device

FCP

Device

FCP

Device

FCP

Device

FCP

Device

FCP

Device

FCP

Device

FICON Express enhancements for Storage Area Networks

Preview - FCP LUN Access Control

The 2 Gbps capability on the FICON Express channel

cards means that 2 Gbps link data rates are available for

FCP channels as well.

FCP Full fabric connectivity

FCP full fabric support means that any number of (single

vendor) FCP directors/ switches can be placed between

the server and FCP/ SCSI device thereby allowing many

“hops” through a storage network for I/O connectivity. This

support along with 2 Gbps link capability is being deliv-

ered together with IBM and directors from IBM, CNT, and

McDATA. FCP full fabric connectivity enables multiple FCP

switches/ directors on a fabric to share links and there-

fore provide improved utilization of inter-site connected

IBM zSeries is previewing Fibre Channel Protocol (FCP)

Logical Unit Number (LUN) Access Control which is

designed to provide host-based control of access to storage

controllers and their devices as identiﬁ ed by their logical unit

numbers (LUNs). It will allow read-only sharing of FCP SCSI

devices among multiple operating system images.

If a host channel is shared among multiple operating

system images, the access control mechanism would pro-

vide for either none or all of these images to have access

to a particular storage controller or device (logical unit).

FCP LUN Access Control will allow you to deﬁ ne, via an

access control table, individual access rights to storage

controller ports and devices for each operating system

image. A system conﬁ guration using FCP LUN Access

Control may signiﬁ cantly reduce the number of FCP chan-

nels (FICON Express features) that are needed to provide

controlled access to the data on FCP SCSI devices. FCP

LUN Access Control complements the zoning and LUN

masking schemes that exist in open storage environments.

All of these types of access control can be used together.

FCP LUN Access Control will allow read-only sharing

of FCP SCSI devices among multiple operating system

images via a shared FCP Channel. A device to be used in

shared read-only mode must be deﬁ ned accordingly in the

access control table.

Conﬁ guration Utility: The Conﬁ guration Utility for FCP LUN

Access Control is expected to be a Linux user space

application which will be used to conﬁ gure the FCP LUN

Access Control.

To deﬁ ne and activate LUN Access Control, you would

create an access control table that describes the access

rights in XML format. In this table, you would deﬁ ne access

rights to storage controllers and devices in the SAN and

identify devices to be shared in read-only mode.

It is expected that the Conﬁ guration Utility will be pro-

vided for download by registered users via Resource Link:

ibm.com/servers/resourcelink/.

When available, FCP LUN Access Control will be sup-

ported by the FICON Express2 features when conﬁ gured

as CHPID type FCP, will be exclusive to z890 and z990,

and is planned to be available in the z/VM and Linux on

zSeries environments. This statement represents IBM’s

current intentions. IBM development plans are subject to

change or withdrawal without further notice.

IBM zSeries is interested in obtaining customers to par-

ticpate in an Early Support Program. We encourage you to

contact your IBM representative.

FICON purge path extended

The new purge path extended function provides enhanced

capability for FICON problem determination.

FICON purge path error-recovery function is extended so

that it transfers error-related data and statistics between

the channel and entry switch, and the control unit and its

entry switch to the host operating system.

The Conﬁ guration Utility for FCP LUN Access Control is

required to process the access control table, verify proper

speciﬁ cation of the rules, and activate the access control

functions in the FCP channel.

The Conﬁ guration Utility for FCP LUN Access Control is

a package consisting of user documentation and sample

ﬁ les with a skeleton to help you generate an XML-format

access control table, and the utility program itself. The

program is intended to provide a command line interface

(CLI) and be supported by Linux on zSeries.

z/OS 1.6 can now record this information so that it can

be used to more quickly isolate the source of link-related

errors by both channel and control unit ﬁ eld personnel.

FICON purge path extended applies to the FICON

Express2 features when conﬁ gured as CHPID type FC

(native FICON), is exclusive to z890 and z990, and is sup-

ported by z/OS and z/OS.e. Refer to the Hardware and

Software requirements sections for further information.

A New Generation for SANs – FICON Express2

FICON Express2 offers new packaging with increased

connectivity in the same amount of physical space.

Increased performance is also possible with FICON

Express2. This refresh of technology can help to satisfy

your server consolidation connectivity requirements, and

may help to reduce the number of I/O features required for

consolidation. At the same time, you may be able to realize

a performance advantage.

FICON Express2 Doubles the Channel Capacity

As zSeries has increased its maximum number of I/O

features, so has FICON increased its channel maximums

to meet the ever increasing demands of Storage Area

Networks (SANs). You can now install up to a maximum of

80 channels on z890 (when all are FICON Express2). The

maximum number of FICON features per server (any com-

bination of FICON Express2 and FICON Express) remains

at up to 20 on z890. Each FICON Express2 offers 4 ports

per feature – a 100% increase in channels per feature in

the same amount of physical space.

On the smallest sub-uni the maximum quantity cannot

exceed 16 features per server.

FICON Express2 SX (short wavelength) (#3320) and

FICON Express2 LX (long wavelength) (#3319) occupy

a single I/O slot, utilizing one CHPID per channel (four

CHPIDs per feature). Each of the four independent ports/

channels is capable of 1 gigabit per second (1 Gbps) or

2 Gbps depending upon the capability of the attached

switch or device. The link speed is auto-negotiated, point-

to-point, and is transparent to users and applications. The

FICON Express2 feature does not support FICON Bridge

(CHPID type FCV).

FICON Express2 LX

• The unrepeated distance between FICON Express2 LX channels is limited to 10 kilometers (6.2 miles). If greater distances are desired, an RPQ request should be submitted.

• If reusing existing 50 or 62.5 micron ﬁ ber optic cabling with a pair of MCP cables, the unrepeated distance between FICON Express2 channels cannot exceed 550 meters (1804 feet). MCP cables are only supported at 1 Gbps link data rates.

FICON Express2 SX

• When supporting a link data rate of 1 Gbps and using 50 micron multimode ﬁ ber, the unrepeated distance between FICON SX channels is limited to 500 meters (1640 feet).

• When supporting a link data rate of 2 Gbps and using 50 micron multimode ﬁ ber, the unrepeated distance between FICON SX channels is limited to 300 meters (984 feet).

• When supporting a link data rate of 1 Gbps and using

62.5 micron multimode ﬁ ber, the unrepeated distance between FICON SX channels is limited to 250 meters (820 feet).

• When supporting a link data rate of 2 Gbps and using

62.5 micron multimode ﬁ ber, the unrepeated distance between FICON SX channels is limited to 120 meters (394 feet). If greater distances are desired, an RPQ request should be submitted.

Performance Increase

Your enterprise may beneﬁ t from FICON Express2 with:

• Increased data transfer rates (bandwidth)

• Improved performance

• Increased number of start I/Os

• Reduced backup windows

• Channel aggregation to help reduce infrastructure costs

Concurrent Update

The FICON Express2 SX and LX features may be added

to an existing z890 concurrently. This concurrent update

capability allows you to continue to run workloads through

other channels while the new FICON Express2 features are

being added. This applies to CHPID types FC and FCP.

FICON Express2 Replaces FICON Express on z890

FICON Express2 SX and LX (#3320, #3319) replace the

FICON Express SX and LX features (#2320, #2319) cur-

rently offered on z890. When the FICON Express2 features

become available, the FICON Express features will no

longer be orderable.

Continued Support of Spanned Channels and LPARs

The FICON Express2, both FICON and FCP (CHPID types

FC and FCP) channel types, can be deﬁ ned as a spanned

channel and can be shared among LPARs within and

across LCSSs.

Modes of Operation

There are two modes of operation supported by FICON

Express2 SX and LX. These modes are conﬁ gured on a

channel-by-channel basis – each of the four channels can

be conﬁ gured in either of two supported modes.

• Fibre Channel (CHPID type FC), which is native FICON or FICON Channel-To-Channel (server-to-server)

• Fibre Channel Protocol (CHPID type FCP), which supports attachment to SCSI devices via Fibre Channel switches or directors in z/VM and Linux on zSeries environments

Cascading

The FICON Express2 features also support cascading

(the connection of two FICON Directors in succession) to

minimize the number of cross-site connections and reduce

implementation costs for disaster recovery, business conti-

nuity, GDPS, and remote copy solutions.

CHPID Type FCV Not Supported on FICON Express2

FICON Bridge (CHPID type FCV) is not supported on

FICON Express2. CHPID type FCV was designed to be

used with the bridge feature in the ESCON Director Model

5, which was withdrawn from marketing December 31,

2004. If your customers continue to have a requirement

for CHPID type FCV, then they may wish to add FICON

Express2 for growth, supporting CHPID types FC and FCP,

and use FICON Express, supporting CHPID type FCV, for

connectivity to ESCON control units.

When the FICON Express2 features become available,

the FICON Express features are no longer orderable. For

customers requiring additional FICON Express features to

support CHPID type FCV an RPQ 8P2295 is available. For

existing infrastructures using FCV, FICON Express will con-

tinue to be supported on the z890.

The FICON Express2 features are exclusive to z990 and

z890, and are supported by z/OS, z/OS.e, z/VM, VSE/ESA,

TPF, and Linux on zSeries.

FICON Express2 is planned to be available on January 28,

2005 and June 30, 2005 in Argentina and Venezuela.

A New Generation of zSeries LAN Adapters Open Systems Adapter-Express2

A new generation of zSeries LAN adapters is being deliv-

ered, as well as a 10 Gigabit Ethernet feature. This update of

technology, referred to as OSA-Express2, can help to satisfy

the bandwidth demands of your applications. Like their pre-

decessors, the OSA-Express2 features continue to be hot-

pluggable, support the Multiple Image Facility (MIF) – sharing

of channels across logical partitions (LPARs), and can be

deﬁ ned as a spanned channel to be shared among LPARs

within and across LCSSs. The maximum combined number

of OSA-Express and OSA-Express2 features supported per

server is 20 on the z890 and 24 features on the z990.

Both OSA-Express2 Gigabit Ethernet (GbE) and 10 Gigabit

Ethernet (10 GbE) support the Queued Direct Input/Out

(QDIO) mode, carrying TCP/IP trafﬁ c only. QDIO continues

to be the preferred architecture on zSeries for high-speed

communication, helping to reduce host interruptions and

improve response time.

Also like the predecessor features, OSA-Express2 GbE and

10 GbE support the direct SNMP subagent, all of the SNMP

enhancements previously announced, Virtual Local Area Net-

works3 (VLANs), Internet Protocol Version 4 (IPv4), IPv6 and

all of the functions previously announced for QDIO mode.

The OSA-Express2 GbE and 10 GbE features support

Checksum Ofﬂ oad and have the connector type, LC Duplex,

like the current OSA-Express Gigabit Ethernet features.

OSA-Express2 Gigabit Ethernet

The third generation of Gigabit Ethernet features is

designed to deliver improved latency and throughput up

to line speed – 1 Gbps in each direction or 2 Gbps full

duplex and support the following functions:

• 640 TCP/IP stacks per CHPID

• Large send, for TCP/IP trafﬁ c and CPU efﬁ ciency, ofﬂ oading the TCP segmentation processing from the host TCP/IP stack

• Concurrent LIC update

• Layer 2

OSA-Express2 Gigabit Ethernet (GbE) operates in QDIO

mode only, supports full duplex operation, and jumbo

frames (8992 byte frame size).

The improved latency is expected to support additional

Ethernet connections per second compared to the OSA-

Express GbE features and the improved throughput is

designed to support line speed in each direction up to 2

Gbps full duplex.

The new OSA-Express2 GbE features continue to be dual-

port features occupying a single I/O slot and utilize one

CHPID per port; two CHPIDs per feature. The new OSA-

Express2 Gigabit Ethernet SX and LX features are offered

on new builds and replace the current OSA-Express Giga-

bit Ethernet features currently offered on z890 and z990.

The OSA-Express2 GbE features are exclusive to z890 and

z990, require the October 2004 level of Licensed Internal

Code.

OSA-Express2 10 Gigabit Ethernet LR

The newest member of the OSA-Express2 family is the

OSA-Express2 10 Gigabit Ethernet long reach (LR).

It can

be use in an enterprise backbone, between campuses, to

consolidate ﬁ le servers and to connect server farms with

zSeries 890 and 990 servers. The OSA-Express2 10 GbE

LR supports:

• Queued Direct Input/Output (QDIO)

• One port per feature

• A link data rate of 10 Gbps

• Full duplex mode

• Jumbo frames (8992 byte frame size)

• Checksum ofﬂ oad

• Layer 2 support

• 640 TCP/IP stacks

• Concurrent LIC update

• SC Duplex connector

• Single mode ﬁ ber (9 micron)

• An unrepeated distance of up to 10 km (6.2 miles)

Checksum Ofﬂ oad is supported in the z/OS, z/OS.e and

Linux on zSeries environments.

The 10 Gigabit Ethernet (10 GbE) feature does not support

auto-negotiation to any other speed. The 10 GbE supports

64B/66B coding, whereas GbE supports 8B/10B coding.

The OSA-Express2 10 GbE feature is exclusive to the z890

and z990, and requires the October 2004 level of Licensed

Internal Code.

New functions in OSA-Express2

In a continuing effort to enhance the functions of the Open

Systems Adapters and respond to customer requirements,

IBM zSeries has enhanced the OSA-Express2 over OSA-

Express features with the following improvements:

Large send for TCP/IP trafﬁ c

Large send, also referred to as TCP segmentation ofﬂ oad,

is designed to improve performance by ofﬂ oading TCP

packet processing from the z890 and z990 servers to the

OSA-Express2 features. This ofﬂ oad allows the zSeries

server to send large blocks of data (64 kilobytes), instead

of 1492 byte packets, to the OSA-Express2 feature. The

OSA-Express2 features then separate the 64 KB block into

standard Ethernet packets (1492 bytes) to be sent out on

the LAN. This applies only to outbound trafﬁ c, IPv4 or IPv6,

and to unicasts. Large send support can help reduce host

processor utilization, returning CPU cycles for other appli-

cation use, while increasing network efﬁ ciencies.

Large send support is exclusive to z890 and z990 servers

with the OSA-Express2 features, when in QDIO mode, and

is supported on Linux for zSeries (requires the October

2004 level of Licensed Internal Code).

OSA-Express2 large send for the z/OS environment –

preview

Previewing large send for TCP/IP trafﬁ c

Improved virtualization – now 640 TCP/IP stacks

If you have a need to host more Linux images, increasing

the number of TCP/IP stacks may be a solution. The OSA-

Express2 features support up to 640 connections (TCP/IP

stacks) per logical partition (LPAR) per dedicated CHPID,

or up to 640 total stacks across multiple LPARs using a

shared or spanned CHPID. This is 4 times the number of

connections that could be supported on the previous OSA-

Express features which were limited to 160 total stacks.

This support is exclusive on z890 and z990 servers and

the OSA-Express2 features in QDIO mode. This support

requires the October 2004 level of Licensed Internal Code

and is supported by z/OS, z/OS.e, z/VM and Linux on

zSeries environments.

z/OS Communications Server plans to exploit OSA-

Express2 large send (also referred to as TCP segmenta-

tion ofﬂ oad). Large send can improve performance by

ofﬂ oading outbound TCP segmentation processing from

the host to OSA-Express2 by employing a more efﬁ cient

memory transfer into OSA-Express2. The z/OS Communi-

cations Server support is planned for TCP/IP IPv4 trafﬁ c

only and z/OS and z/OS.e 1.7. In addition, a z/OS and

z/OS.e 1.6 PTF is planned to be provided.

Large send support applies to the OSA-Express2 features

(Gigabit Ethernet SX and LX, 10 Gigabit Ethernet LR), sup-

ports QDIO mode only (CHPID type OSD), and is exclu-

sive to z990 and z890. Large send support was previously

announced for the Linux on zSeries environment.

OSA-Express2 concurrent LIC update – an availability

enhancement

The OSA-Express2 features have increased memory

in comparison to the OSA-Express features and are

designed to be able to facilitate concurrent application of

Licensed Internal Code (LIC) updates, allowing the appli-

cation of LIC updates without requiring a conﬁ guration

off/on of the features. This can help minimize the disruption

to network trafﬁ c during the update.

For example, applying a patch could have up to x minutes

of impact on the network trafﬁ c for the affected adapters

prior to this enhancement.

OSA-Express2 concurrent LIC update is exclusive to the

z890 and z990 with the October 2004 level of Licensed

Internal Code and requires the OSA-Express2 features.

Layer 2 support – ideal for server consolidation

The OSA-Express26 Ethernet features with the Layer 2

support in z/VM for Linux images can be protocol inde-

pendence and simplify the communication with different

platforms when using IPX, NetBIOS, SNA, IPv4, or IPv6

protocols. In combination with the OSA-Express2 Ethernet

features, Layer 2 can assist in reducing: the effort to set

up Linux images in a guest LAN environment, the number

of router guests providing connection between guest

LANs and OSA, and the CPU consumption of these router

guests.

VLAN identiﬁ cation

, and/or the Ethernet destination MAC

address. This ﬁ ltering can help reduce both the amount of

inbound trafﬁ c being processed by the operating system,

and z890 or z990 CPU requirements.

Another mechanism for reducing z890 or z990 CPU utiliza-

tion with the OSA-Express2 features and the Layer 2 sup-

port is the z/VM Virtual Switch (VSWITCH). The VSWITCH

can eliminate the requirement for router virtual machines.

With z/VM 5.1, VSWITCH exploits the Layer 2 support

within the z/VM Control Program. The z/VM Control Pro-

gram owns the connection to the OSA-Express2 feature

and manages the MAC addresses and VLAN connectivity

of the attached guests. Linux on zSeries can exploit the

Layer 2 support and the z/VM VSWITCH in z/VM 5.1.

Layer 2 support, reducing CPU consumption for non-IP

workloads, is exclusive to z890 and z990, requires the

May 2004 level of Licensed Internal Code with the October

2004 maintenance levels, and is supported by z/VM and

Linux on zSeries. It is available on the OSA-Express2

Eth-

ernet features supporting QDIO mode only.

With the Layer 2 interface, packet forwarding decisions

can be based upon Link Layer (Layer 2) information,

instead of Network Layer (Layer 3) information. Each oper-

ating system attached to the Layer 2 interface uses its own

Medium Access Control (MAC) address. Therefore trafﬁ c

can be either IP (IPv4 or IPv6) or non-IP trafﬁ c such as

IPX, NetBIOS, or SNA. Also, datagrams can be ﬁ ltered by

Open Systems Adapter-Express Features (OSA-Express)

With the introduction of the z890, the OSA-Express

Adapter family of Local Area Network (LAN) features is

offering a maximum of 20 features per system, versus

the maximum of 12 features per system on prior genera-

tions, expanding the z890 balanced solution to increase

throughput and responsiveness in an on demand oper-

ating environment. These features combined with z/OS

and z/OS.e, or OS/390, z/VM, Linux on zSeries, TPF, and

VSE/ESA can help deliver a balanced system solution to

increase throughput and decrease host interrupts to con-

tinue to help satisfy your business goals.

Each of the OSA-Express features offers two ports for con-

nectivity delivered in a single I/O slot, with up to a maxi-

mum of 40 ports per z890. Each port uses a single CHPID

and can be separately conﬁ gured. For a new z890 build,

you can choose any combination of OSA-Express fea-

tures: the new OSA-Express Gigabit Ethernet LX or SX, the

new OSA-Express 1000BASE-T Ethernet or OSA-Express

Token-Ring. The prior OSA-Express Gigabit LX and SX, the

OSA-Express Fast Ethernet, and the OSA-Express Token-

Ring can be carried forward on an upgrade from z890.

TCP/IP stack utilization improvement for OSA-Express

The OSA-Express features support 480 devices and 160

TCP/IP stacks (480 devices / 3 = 160 stacks). Now the

OSA-Express features will allow a single LPAR to contain

all 160 stacks. Previously, in order to use all 160 stacks,

the CHPID had to be shared by multiple LPARs as the

number of stacks per LPAR was limited to 84.

This improvement is exclusive to the z890 and z990,

requires the May 2004 level of Licensed Internal Code,

is supported by z/OS and z/VM, and applies to the OSA-

Express features when in QDIO mode: GbE, 1000BASE-T

Ethernet, Fast Ethernet and Token-Ring.

z890 OSA-Express 1000BASE-T Ethernet

The new OSA-Express 1000BASE-T Ethernet feature

replaces the current Fast Ethernet (10/100 Mbps) feature.

This new feature is capable of operating at 10,100 or 1000

Mbps (1 Gbps) using the same copper cabling infrastructure

as Fast Ethernet, making the transition to this higher speed

Ethernet feature a straightforward process. It is designed to

support Auto-negotiation, QDIO and non-QDIO environments

on each port allowing you to make the most of your TCP/IP and

SNA/APPN® and HPR environments at up to gigabit speeds.

When this adapter is operating at gigabit Ethernet speed

it runs full duplex only. It also can support standard (1492

byte) and jumbo (8992 byte) frames.

non-QDIO mode SNA Passthru TCP/IP Passthru HPDT MPC

10/100/1000 Mbps Ethernet (copper)

Switch/

Hub/

Router

Server

IP WAN Intranet

DLSw

Router

10/100 Mbps

Ethernet

Server

10/100 Mbps

Ethernet

DLSw Router

Remote Office

4/16 Mbps

Token-Ring

SNA DLSw TCP/IP Native SNA

10/100/1000

IP Router

Server

10/100/1000 Mbps

Ethernet (copper)

Mbps

Ethernet

Server

IP WAN Intranet

10/100 Mbps

Ethernet

QDIO Mode - TCP/IP

IBM ^ pSeries®,

IBM ^ xSeries®,

RS/6000

Netfinity

Switch/

Hub/

Router

10/100 Mbps

Ethernet

IP Router

Internet or

extranet

Remote Office

4/16 Mbps

Token-Ring

TCP/IP applications TN3270 browser access to SNA applications Enterprise Extender for SNA end points

The new Checksum ofﬂ oad support on the 1000BASE-T

Ethernet feature, when operating in QDIO mode at gigabit

speed, is designed to ofﬂ oad z/OS 1.5 and Linux TCP/IP

stack processing of Checksum packet headers for TCP/IP

and UDP.

OSA-Integrated Console Controller

The new Open Systems Adapter Integrated Console

Controller function (OSA-ICC) which is exclusive on the

IBM z890 and z990 servers since it is based on the OSA-

Express feature, supports the attachment of non-SNA 3270

terminals for operator console operations. Now, 3270 emu-

lation for console session connections is integrated as part

of the OSA-Express 1000BASE-T Ethernet feature of the

zSeries and can help eliminate the requirement for external

console controllers (2074, 3174) helping to reducing cost

and complexity. The OSA-ICC can use one or both ports

on an OSA-Express 1000BASE-T Ethernet feature with the

appropriate Licensed Internal Code (LIC). The OSA-ICC is

enabled using CHPID type OSC.

The OSA-ICC is designed to support up to 120 client con-

sole LAN attached sessions either locally or remotely.

Support for this new feature will be available for z/VM

Version 4 Release 4 with a PTF, z/OS 1.3, VSE/ESA 2.6

onwards and TPF.

Queued Direct Input/Output (QDIO)

The OSA-Express Gigabit Ethernet, 1000BASE-T Ethernet

and Token-Ring features support QDIO. QDIO was ﬁ rst

introduced to the world on the z900, in Communication

Server for OS/390 2.7.

Queued Direct Input/Output (QDIO), a highly efﬁ cient data

transfer architecture, allows an OSA-Express feature to

directly communicate with the server’s communications

program through the use of data queues in memory. QDIO

eliminates the use of channel programs and channel con-

trol words (CCWs), helping to reduce host interrupts and

accelerate TCP/IP packet transmission.

TCP/IP connectivity is increased with the capability to

allow up to a maximum of 160 IP stacks per OSA-Express

port and 480 devices. This support is applicable to all the

OSA-Express features available on the z890 and is pro-

vided through the Licensed Code (LIC).

Full Virtual Local Area Network (VLAN) support is available

on z890 in z/OS and z/OS.e 1.5 Communications Server

(CS) for the OSA-Express 1000BASE-T Ethernet, Fast

Ethernet and Gigabit Ethernet features when conﬁ gured

in QDIO mode. Full VLAN support in a Linux on zSeries

environment was delivered for QDIO mode in April 2002

for z800 and z900.

z890 OSA-Express Gigabit Ethernet

The new OSA-Express Gigabit Ethernet LX and Gigabit

Ethernet SX features introduced on the z990 replace the

z900/z800 Gigabit Ethernet features for new build z890.

The new OSA-Express GbE features have a new connector

type, LC Duplex, replacing the current SC Duplex connec-

tors used on the prior z900/z800 Gigabit Ethernet features.

Switch /

Router

Server

Gigabit

Ethernet

Gigabit Ethernet (fiber or copper)

Gigabit Ethernet

(fiber or copper)

Server

IP WAN Intranet

4/16/100 Mbps

Token-Ring

10/100 Mbps

Ethernet

QDIO Mode - TCP/IP

pSeries, RS/6000

xSeries, Netfinity

Server

IP Router

Internet or

extranet

z890 OSA-Express Token-Ring

The same OSA-Express Token-Ring feature is supported

on z890, z800, z990 and z900. This Token-Ring supports

a range of speed including 4, 16 and 100 Mbps, and can

operate in both QDIO and non-QDIO modes.

Note: Statement of Direction

OSA-Express Token-Ring not to be offered: The zSeries 890

and 990 are expected to be the last zSeries servers to offer

a Token-Ring feature. It is intended that the OSA-Express

Token-Ring feature will not be available for ordering on a

new build or upgraded server, or for carrying forward on

an upgrade. A migration from a Token-Ring to an Ethernet

environment should be a part of all strategic LAN planning.

TCP/IP applications TN3270 browser access to SNA appls. Enterprise Extender for SNA end points

4/16 Mbps

Token-Ring

IP Router

Server

Remote Office

10/100 Mbps

Ethernet

The new Checksum ofﬂ oad support on these z890 features

is designed to ofﬂ oad z/OS 1.5 and Linux TCP/IP stack pro-

cessing of Checksum packet headers for TCP, IP and UDP.

NON-QDIO operational mode

The OSA-Express 1000BASE-T Ethernet, Fast Ethernet and

Token-Ring also support the non-QDIO mode of operation.

The adapter can only be set (via the CHPID type parameter)

to one mode at a time. The non-QDIO mode does not pro-

vide the beneﬁ ts of QDIO. This support includes native SNA/

APPN, High Performance Routing, TCP/IP passthrough, and

HPDT MPC. The new OSA-Express 1000BASE-T Ethernet

provides support for TCP/IP and SNA/APPN/HPR up to 1

gigabit per second over the copper wiring infrastructure.

All statements regarding IBM’s plans, directions, and intent

are subject to change or withdrawal without notice.

non-QDIO mode SNA Passthru TCP/IP Passthru HPDT MPC

Switch/

Hub/

Router

Server

4/16 Mbps

Token-Ring

Server

DSLw

Router

IP WAN Intranet

10/100 Mbps

Ethernet

4/16 Mbps

Token-Ring

Switch/

Hub/

Router

16/100 Mbps

Token-Ring

Remote Office

4/16 Mbps

Token-Ring

SNA DLSw TCP/IP Native SNA

100 Mbps

Token-Ring

Backbone

4/16 Mbps

Token-Ring

Switch/

Hub/

Router

4/16/100 Mbps

Token-Ring

Backbone

IP WAN

Intranet

10/100 Mbps

Ethernet

QDIO Mode - TCP/IP

Server

100 Mbps

Token-Ring

4/16 Mbps

Token-Ring

Server

IP Router

Internet or

extranet

Remote Office

4/16 Mbps

Token-Ring

TN3270 browser access to SNA appls. Enterprise Extender for SNA end points TCP/IP applications

+ 65 hidden pages

IBM Z 890 User Manual

Specifications and Main Features

Frequently Asked Questions

User Manual