Communications Server

Protocolo SNA e VTAM

Professor: Mateus de Oliveira Damasio

Disciplina: Redes – Aula 1
Communications
Server
 z/OS Communications Server

• z/OS Communications Server

O z/OS Communications Server fornece um conjunto de protocolos de comunicação que suportam funções
de conectividade ponto a ponto para redes locais e de longa distância, incluindo a rede de longa distância
mais popular, a Internet. O z/OS Communications Server também fornece aprimoramentos de desempenho
que podem beneficiar uma variedade de aplicativos TCP/IP.

O z/OS Communications Server fornece os principais protocolos como SNA e TCP/IP para z/OS. Os protocolos
SNA são fornecidos pelo VTAM e incluem protocolos de subárea, rede ponto a ponto avançada (APPN) e
roteamento de alto desempenho (HPR).

Conjunto de protocolos TCP/IP do z/OS Communications Server (também chamado de pilha ou stack), cujas
funções incluem aplicativos associados, camadas de protocolo de transporte e de rede e funções de
conectividade e gateway. O z/OS Communications Server contém suporte a IPv6.
z/OS Communications Server
 SNA
System Network Architecture
 SNA – Uma Breve Historia

Em 1974, a IBM introduziu sua Systems Network Architecture (SNA), que é um conjunto de protocolos e
serviços que permitem a comunicação entre computadores host (mainframes IBM) e nós periféricos, como
caixas de hardware dedicadas da IBM.

VTAM Implementa o SNA (System Network Protocol).

Systems Network Architecture (SNA) é uma arquitetura de comunicação de dados estabelecida pela IBM para
especificar convenções comuns para comunicação entre a ampla gama de produtos de comunicação de
dados de hardware e software da IBM e outras plataformas. Entre as plataformas que implementam SNA
além de mainframes estão o Communications Server da IBM para Windows, AIX e Linux, o Host Integration
Server (HIS) da Microsoft para Windows e muito mais.

Por volta de 1974, o processamento de transações foi introduzido. As pessoas usavam terminais para digitar
os dados diretamente e receber a saída para sua consulta instantaneamente. Para implementar o
processamento de transações, a infraestrutura de rede foi implementada.
 SNA – Uma Breve Historia

A robustez do protocolo SNA, o hardware IBM e o software de infraestrutura de gerenciamento de

transações fornecido pela IBM (CICS e IMS) tornaram o SNA o protocolo dominante nas empresas Fortune
1000.

Durante o período de 20 anos em que o SNA era o principal método de rede, muitos programas de
aplicativos CICS e IMS foram desenvolvidos e implementados. A interface de programação de aplicativos
(API) desses programas de aplicativos depende muito do protocolo subjacente, SNA.

Mais importante ainda, nos últimos 30 anos, as empresas investiram uma quantidade enorme de mão de
obra e dinheiro no desenvolvimento de aplicativos SNA. Estima-se que o investimento feito em aplicações
CICS e IMS seja da ordem de 20 trilhões de dólares. Considerando os investimentos nas aplicações do SNA,
esses programas serão utilizados por muitos anos.

Recodificar esses aplicativos como aplicativos de soquete TCP geralmente é impraticável e de custo
proibitivo. Além disso, existem alternativas.
SNA – Modelo OSI para SNA
SNA – Modelo OSI para SNA
 VTAM – Tipos de LU SNA – Logical Units

•LU0 provides for undefined devices, or build your own protocol.

•LU1 devices are printers or combinations of keyboards and printers.
•LU2 devices are IBM 3270 display terminals.
•LU3 devices are printers using 3270 protocols.
•LU4 devices are batch terminals.
•LU5 has never been defined.
•LU6 provides for protocols between two applications.
•LU6.2 APPC – Advanced program to program communications
•LU7 provides for sessions with IBM 5250 terminals
 SNA – Tipos de PU SNA – Phisycal Units

• PU1 nodes are terminal controllers such as IBM 6670 or IBM 3767
• PU2 nodes are cluster controllers running configuration support
programs such as IBM 3174, IBM 3274, or the IBM 4701
• PU2.1 nodes are peer-to-peer (APPN) nodes
• PU3 was never defined
• PU4 nodes are front-end processors running the Network Control
Program (NCP) such as the IBM 37xx series
• PU5 nodes are host computer systems
SNA – Exemplo de SNA Subarea
SNA – Lançamento da LU6.2
SNA – Controladora 3745 PU4
SNA – Controladora 3745 PU4
SNA - 3274 Cluster Controler PU2
SNA – 1403 Impressora LU1
SNA – 3287 Impressora LU3
SNA – 3270 Terminal LU2
SNA – APPN ANTES/DEPOIS do APPN
SNA – DLUR – Servidor HIS
SNA – DLUR – Servidor HIS
SNA – APPN ANTES do TCPIP
SNA – APPN APÓS o TCPIP e EE
VTAM – SNA – APPN APÓS o TCPIP e EE
SNA – Lançamento do Enterprise Extender
 VTAM
Virtual Telecommunications Access Method
A figura mostra uma
topologia de rede SNA,
com diferentes tipos de
NODES, seus
respecitivos nomes,
compostos por
NETID.SCCPNAME e suas
respectivias LUs de TSO.
 VTAM – Tipos de NODE – END NODE

O END NODE é limitado no que pode fazer por conta própria. Requer a cooperação de um NETWORK NODE com o qual
o END NODE estabelece uma sessão CP-CP. O NETWORK NODE adjacente auxilia o END NODE na localização de parceiros
de sessão, escolhendo caminhos de sessão e roteando a ligação para estabelecer sessões.
Os END NODES do APPN também podem registrar suas LUs locais e topologia local (links para outros nós da rede e nós
finais) para o NETWORK NODE, eliminando assim a necessidade de enviar esses transmission group vectors (TGVs) em
cada solicitação de localização/localização do APPN.

Ao reduzir o número de pesquisas enviadas a uma EN, o EN pode dedicar mais recursos (CPU, memória etc.) a um
trabalho mais produtivo. Os END NODES não participam da troca de topologia de rede, mas mantêm sua topologia local.
Um END NODE APPN pode ter links para vários nós, incluindo vários END NODES, mas pode ter sessões CP-CP com
apenas um NETWORK NODE por vez (seu NETWORK NODE). Vários pontos de conexão entre um END NODE e a rede
APPN podem ser desejáveis ​para aumentar o rendimento e a alta disponibilidade da rede.
A anexação a vários NETWORK NODES permitem que o END NODE alterne para um NETWORK NODE diferente se seu
servidor de NETWORK NODE original falhar ou a conectividade com ele for perdida. Um END NODE APPN pode se
conectar a qualquer low entry node ou node APPN. Um END NODE não precisa ter o mesmo NETID que seu NETWORK
NODE ou qualquer node adjacente.
 VTAM – Tipos de NODE – NETWORK NODE

Um NETWORK NODE APPN implementa a funcionalidade e os serviços completos do APPN.

Varios NETWORK NODES interconectados comprometem o backbone APPN, portanto deve-se maximizar o número de
END NODES.

Um NETWORK NODE APPN fornece pesquisas de rede, gerenciamento de topologia de rede, seleção de rota de sessão e
serviços para suas próprias LUs e nós finais conectados a ele. Um NETWORK NODE APPN pode ser um terminal de sessão
(uma de suas próprias LUs pode ser um parceiro de sessão para uma LU em outro nó APPN) ou um nó intermediário em
um caminho de sessão. Uma deficiência do APPN é que as buscas por recursos podem inundar a rede e consumir muita
largura de banda. Um NETWORK NODE é uma das funções que podem reduzir as buscas na rede. O termo NETWORK
NODE refere-se à função do NETWORK NODE no fornecimento de serviços de rede para nós finais APPN específicos
anexados a ele.
 VTAM – Tipos de NODE – BORDER NODE e CDS

Um Enterprise BORDER NODE (BN) é um NETWORK NODE node capaz de várias conexões de rede APPN e que pode manter a
conectividade CP-CP com um nó de rede que tenha um NETID diferente. As informações de topologia APPN não cruzam a conexão
BORDER NODE ou a fronteira da sub-rede APPN, mas as solicitações de pesquisa podem, e uma sessão LU-LU pode ser configurada. A
fronteira da sub-rede APPN é assumida quando um BN está conectado com outro BN de NETID diferente.

Um servidor de diretório central (Central Directory Server CDS) é implementado apenas em um nó de rede. Ele fornece uma
funcionalidade mais extensa do que os serviços de diretório em um NETWORK NODE básico.

Quando um nó de rede recebe uma solicitação de pesquisa, ele verifica o recurso em seu banco de dados. Se não encontrar o recurso
em seu banco de dados, ele envia a solicitação para um servidor de diretório central, se houver algum na rede. Quando CDS recebe
uma solicitação de pesquisa, ele verifica o recurso em seu banco de dados. Se o servidor de diretório central que recebeu um pedido de
pesquisa localizar o recurso em seu próprio banco de dados, ele verificará as informações e enviará uma resposta ao NETWORK NODE de
origem com o local da LU solicitada.

Se ele não encontrar o recurso em seu banco de dados e houver outros servidores de diretório central na rede, ele enviará a pesquisa
apenas para os outros CDS. Se o servidor de diretório central receber uma resposta positiva de qualquer um dos outros servidores de
diretório central, ele verifica as informações, atualiza seu próprio banco de dados com as informações e notifica o NETWORK NODE de
origem sobre a localização da LU solicitada.

Se o servidor de diretório central receber respostas negativas de todos os outros servidores de diretório central (ou se não houver
outros CDSs), ele iniciará uma pesquisa de Broadcast.
 VTAM – Cenário 1

O sistema REDE1.SYSTEM1 precisa encontrar a LU REDE2.XPTO2TS:

1 – SYSTEM1 vai procurar nos seus próprios registros, e não vai encontrar a
LU.

2 – SYSTEM1 irá consultar seu NN NNSERV1. NNSERV1 ira vasculhar todos

sistemas aos quais ele tem CP-CP, na REDE1 e não vai encontrar a LU. Por sua
vez ele ira consultar o Central Directory Server e Border node BNNODE1.

3 – Por ser um BN, o BNNODE1 é capaz de se comunicar com outras redes SNA. Ele Possui EE
(Enterprise Extender) com o sistema equivalente REDE2.XPTO1, o qual conhece toda topologia de
rede do BANCO1. ele também possui um CDRSC indicando a qual NETID a LU XPTO1 pertence, assim
como um ADJCLUST que indica em qual sistema deve procurar pelo NETID REDE2. Sessão
Estabelecida.
 VTAM – Cenário 2

O sistema REDE1.SYSTEM1 precisa encontrar a LU REDE3.ABCD2TS:

1 – SYSTEM1 vai procurar nos seus próprios registros, e não vai encontrar a
LU.

2 – SYSTEM1 irá consultar seu NN NNSERV1. NNSERV1 ira vasculhar todos sistemas aos quais
ele tem CP-CP, na REDE1 e não vai encontrar a LU. Por sua vez ele ira consultar o Central
Directory Server e Border node BNNODE1.

3 – Por ser um BN, o BNNODE1 é capaz de se comunicar com outras redes SNA. Ele Possui EE
(Enterprise Extender) com o sistema equivalente REDE2.XPTO1, o qual conhece toda topologia de
rede do BANCO1. ele também possui um CDRSC indicando a qual NETID a LU XPTO1 pertence,
assim como um ADJCLUST que indica em qual sistema deve procurar pelo NETID REDE3, Mesmo que
esse sistema n’ao perten;a a mesma rede. Sessão Estabelecida.
 VTAM – Roteamento
CDRSC001 VBUILD TYPE=CDRSC
Os CDRSC (Cross Domain Resource) *
dizem a respeito “Qual LU está em BANCO1 NETWORK NETID=REDE2
XPTO1TS CDRSC
qual Rede”. XPTO1TS CDRSC CPNAME=XPTO2
XP??*TS CDRSC CPNAME=DUMMY
O ADJCLUST (Adjacent Cluster Table) *
BANCO2 NETWORK NETID=REDE2
é relacionado à “Através de quais ABCD* CDRSC
Hosts me conecto em quais redes”.
ADJCL001 VBUILD TYPE=ADJCLUST
Roteamento avançado, incluindo *
permissões de roteamento podem DEFAULT NETWORK
BNNODE1 NEXTCP CPNAME=REDE1.BNNODE1
ser feitas usando a exit DSME - BNNODE2 NEXTCP CPNAME=REDE1.BNNODE2
Directory services management exit *
HOME NETWORK NETID=USIBMNR,BNDYN=FULL
routine BNNODE1 NEXTCP CPNAME=BNNODE1
BNNODE2 NEXTCP CPNAME=BNNODE2
*
https://www.ibm.com/docs/en/zos/ BANCOS NETWORK NETID=(REDE2,REDE3),BNDYN=NONE,SNVC=5
2.5.0?topic=routines-directory- XPTO1 NEXTCP CPNAME=REDE2.XPTO1
services-management-exit-routine
 VTAM – SYS1.VTAMLST

• Principais mebros de uma VTAMLST

• Sample Lib - SYS1.ASAMPLIB

• ATCSTR00 - Start Options
• ATCCON00 - Start List
• COSAPPN - APPN Class of Service Definitions
• IBMTGPS - IBM-Supplied TG Profiles
• XCA - External communication adapter
• ADJCLUST - Adjacent cluster routing definitions (Para BORDER NODES somente)
• NNSLST – Network Node List (Para END NODES somente)
• OSATRL – Transport Layer Resource for OSAs
• APPL Majornodes
 VTAM – ATCSTR
******************************************************************
CONFIG=00, *ATCCON00 X
LISTBKUP=01, *ATCSTR01 X
NOPROMPT, *ABEND IF ERROR NO WTOR X
******************************************************************
ATCSTR é o membro responsavel *NNSPREF=NNSERVR1, *BYPASS NETSRVR ORDER OF NN X
por definir todas start options para *NODETYPE=EN, *END NODE X
NODETYPE=NN, *NETWORK NODE X
o VTAM. Caso não especificado via BN=YES, *ALSO BORDER NODE X
comando de start, o padrão é a CDSERVR=YES, *ALSO CENTRAL DIRECTORY SERVER X
******************************************************************
ATCSTR00. Exemplo: BNDYN=LIMITED, *REMOVE IF EN OR NN X
S NET,,,(LIST=07) BNORD=DEFINED, *REMOVE IF EN OR NN X
S NET,,,(LIST=&VTAMSYMB) APPNCOS=#CONNECT, *REMOVE IF EN OR NN X
******************************************************************
SACONNS=NO, *NO SUBAREA FUNCTION, PURE APPN X
Vtam Sample Start Lists: CDRDYN=YES, *DYNAMICALLY DEFINE CDRSC X
CONNTYPE=APPN, *CONNECTION IS ATTEMPTED AS AN APPN X
https://www.ibm.com/docs/en/zos CPCP=YES, *APPN NODE SUPPORTS CP-CP SESSIONS X
/2.5.0?topic=samples-vtam-start- CPCDRSC=YES, *LUS START SESSIONS TO DYNAMIC LEN CP X
DYNADJCP=YES, *ADJCP MINOR NODES CREATED AS NEEDED X
option-lists DYNASSCP=YES *VTAM DETERMINES THE ADJACENT SSCPS X
DYNMODTB=xxxxxxxx, *LOGMODE NAME USED FOR DYN CDRSCS SLU X
DYNLU=YES, *VTAM DETERMINES THE ADJACENT SSCPS X
EEVERIFY=ACTIVATE, *SEND ERRORMSG IF EE PORT DOWN X
HOSTNAME=XPTO.SUBDOMINIO.DOMINIO.COM, X
 VTAM – ATCSTR
XNETALS=YES, *ADJ PU NETID WILL BE USED X
HPR=RTP, *VTAM PROVIDES RTP-LEVEL HPR SUPPORT X
IOPURGE=3M, *INTERVAL OUTSTANDING I/O REQ PURGED X
MAXLOCAT=1000, *MAXIMUM LOCATE CONGESTION X
MPCACT=WAIT, *SUSPEND ACT MPC IF NO SUBCHANNEL X
SSCPNAME = Hostname SNA MULTPATH=TCPVALUE, *TCPIP IPCONFIG MULTIPATH X
TCPNAME=TCPIP, *TCPIP IP STACK NAME X
NETID = Domínio/Rede SNA SNAMGMT=YES, *SNA NMI MONITORING INTERFACE X
HOSTPU = Nome da PU5 SSCPID=21111, *CPID X
TRANSLAT=(1,2,3,4,5,6,7), *CONTROLS ALIAS NAME TRANSLATION X
NODETYPE = EN/NN *OSIMGMT=YES, *REMOVED AT ZOS V2R5 X
NETID=REDE1, *NETWORK ID* X
SSCPNAME=BNNODE1, *SYSTEM NAME X
PPOLOG=YES, *PRIMARY PROGRAM OPERATOR LOG X
Vtam Start Options: CSA24=0, *NO CSA 24 BIT LIMIT USAGE X
https://www.ibm.com/docs/en/zos CSALIMIT=0, *LIMIT TO 90% OF LPAR CSA USAGE X
DSPLYDEF=1000, *NUMBER OF LINES AT DISPLAY COMMANDS X
/2.5.0?topic=options-descriptions- HOSTPU=BNPU01, *DEFAULT ISTPUS. X
start NOPROMPT, *NO VTAM START OPTIONS REPLY AT IPL X
SUPP=NOSUP, *MSG SUPERESSION LEVEL = NONE X
NOTRACE,TYPE=VTAM, *DEFAULT AT LEGACY SYSTEMS X
SSCPDYN=YES, *VTAM ADD ENTRIE WHEN RECEIVE SESSION X
SSCPORD=DEFINED, *SERCH ORDER AS DEFINED X
TNSTAT,NOCNSL,TIME=300, *TUNING STATISTIC, BUT NOT ON CONSOLE X
*WARM *MAJORNODES AS BEFORE TERMINATION X
COLD, *MAJORNODES AS DEFINED AT ATCCONN X
 DLRTCB=32, *LARGEST NUMBER OF TCB USED BY VTAM X
ASIRFMSG=ALLSSCP, *FILTER IST890I AND IST896I X
ESIRFMSG=OLUSSCP, *FILTER IST891I, IST892I, AND IST893I X
FSIRFMSG=OLUSSCP, *IST894I, IST895I, IST1704I, IST1705I X
LSIRFMSG=OLUNNS, *IST1942I,IST1943I,IST1944I,10 OTHER X
RSIRFMSG=OLUSSCP, *IST1460I, IST1461I, IST2102I, 2 OTR X
CNNRTMSG=NOSUPP, *CNN ROUTE MESSAGES X
DSIRFMSG=ALLSSCP, *IST663I, IST664I, AND IST889I X
SIRFMSG=OLUSSCP, *FILTER 663I EXCEPT OLU VTC PMH X
LFBUF= Fixed large buffer pool *
LPBUF= Pageable large buffer pool ********************************FOR END NODES
*IOBUF=(1200,936,19,F,63,61), X
SFBUF= Fixed small buffer pool *LFBUF=(270,,,,30,30), X
SPBUF= Pagable small buffer pool *LPBUF=(48,,,,6,8), X
*CRPLBUF=(420,,,,30,30), X
*TIBUF=(616,800,,F,60,184), X
*T1BUF=(35,1340,,F,36,33), X
Vtam Buffer Pools: *T2BUF=(48,2028,0,,32,7) X
********************************FOR LARGE NETWORK NODES
https://www.ibm.com/docs/en/zos IOBUF=(735,1000,19,,20,40,16384), X
/2.5.0?topic=pools-types-buffer BSBUF=(400,,15,,10,20), X
LPBUF=(30,,0,,1,1), X
XDBUF=(10,,0,,5,5), X
SFBUF=(24,,0,,1,1), X
SPBUF=(19,,0,,1,1), X
LFBUF=(1600,,0,,6,6), X
CRPLBUF=(1800,,22,,28,50), X
CRA8BUF=(3000,,0,,6,2), X
T2BUF=(280,2028,0,,32,7), X
TIBUF=(5000,800,,F,60,120)
 VTAM – ATCCON

ATCCON é o membro ----+----1----+----2----+----3----+----4----+----5----+----6----+----7--

XCFMODEL, *MODEL PU DEFINITION X
responsavel por definir quais COSAPPN, *APPN CLASSES OF SERVICE X
IBMTGPS, *TRANSMISSION GROUP PROFILES X
majornodes irão iniciar junto OSATRLS, *OSA TRL MAJOR NODE X
com o VTAM. Caso não *NNS,
ADJCLUST,
*NETWORK SERVERS
*ADJCLUST
X
X
especificado via comando de EEXCA, *EE XCA X
SWEEXPTO, *SWEE TO XPTO SYSTEM X
start, o padrão é a *******************************************************************
* APPLICATIONS AND MIDDLEWARES
ATCCON00. *******************************************************************
APPL3270, *APPL FOR TN3270 X
APPLTSO *APPL FOR TSO
Exemplo:
S NET,,,(CONFIG=07)
S NET,,,(CONFIG=&VTAMSYMB)
 VTAM – NNS

NNS é o membro responsavel *******************************************************************

NNSLIST1 VBUILD TYPE=NETSRVR,ORDER=FIRST
por definir quais Network NNSERVR1 NETSRVR
NNSERVR1 NETSRVR
Nodes serão escolhidos, em BNNODE1 NETSRVR
ordem de prioridade, por um BNNODE2 NETSRVR
NETSRVR SLUINIT=OPT
END NODE. Usado em
conjunto com o parâmetro
NNSPREF na ATCSTR00.

Comando:
D NET,NETSRVR,SCOPE=ALL

O Switch de enterprise
Extender é utilizado para criar
uma conexão do tipo CP-CP
com outro VTAM (Em sua
própria rede, ou não) através
do protocolo TCP/IP.
A conexão pode ser segura
com as cifras mais modernas
existentes através de um
túnel IPSEC (VPN).
VTAM – SWEE
*******************************************************************
SWEEXPTO VBUILD TYPE=SWNET
*********************************************************
SWPUXPTO PU CPNAME=XPTO1,NETID=REDE1,CPCP=YES,PUTYPE=2,TGN=6, X
CONNTYPE=APPN,XID=YES,HPR=YES,MAXDATA=65535,DWACT=YES, X
TGP=EEXTCAMP,ASDP=YES,DISCNT=NO,ISTATUS=ACTIVE
SWPAXPTO PATH REDIAL=FOREVER,REDDELAY=30,GRPNM=GRPSWEE1, X
HOSTNAME=XPTO.SUBDOMINIO.DOMINIO.COM
*********************************************************
SWSUXPTO PU CPNAME=XPTO1,NETID=REDE1, X
CONNTYPE=APPN,XID=YES,HPR=YES,MAXDATA=65535,DWACT=YES, X
TGP=IPSEC,DISCNT=NO,ISTATUS=ACTIVE,XNETALS=YES, X
DWINOP=YES,DYNLU=YES,CPCP=NO,TGN=7,PUTYPE=2
SWSAXPTO PATH GRPNM=GRPIPSC1,REDIAL=FOREVER,REDDELAY=30, X
HOSTNAME=XPTO-IPSEC.SUBDOMINIO.DOMINIO.COM
 VTAM – APPLICATION MAJORNODE
Os APPL Major nodes
permitem que as mais
diversas applicações que
requerem acesso via SNA,
como o TSO, TN3270, CICS
entre outros, possam
interfacear seus programas
com o VTAM atraves de uma
ACB – Access method Control
Block (Abrir ACB) .
----+----1----+----2----+----3----+----4----+----5----+----6----+----7--
VBUILD TYPE=APPL
&XPTOX.TS APPL AUTH=(NOACQ,PASS,NOCNM,NVPACE,TSO,NOPO), X
EAS=1,ACBNAME=TSO
XPTOTS01 APPL AUTH=(NOACQ,PASS,NOCNM,NVPACE,TSO,NOPO), X
EAS=1,ACBNAME=TSO0001
&XPTOX.TS02 APPL AUTH=(NOACQ,PASS,NOCNM,NVPACE,TSO,NOPO), X
EAS=1,ACBNAME=TSO0002
***********************************************************
&XPTOX.#* APPL AUTH=(NVPACE),EAS=1,MODETAB=ISTINCLM,PARSESS=NO, X
SESSLIM=YES,REGISTER=NO
***********************************************************
&XPTOX.D* APPL APPC=YES,AUTH=(ACQ),AUTOSES=1,DMINWNL=25,DMINWNR=25,
DSESLIM=50,SECLVL=ADAPT,SYNCLVL=SYNCPT,VPACING=6,
X
X
MODETAB=XXXX,VERIFY=OPTIONAL,SECACPT=ALREADYV, X
SRBEXIT=YES,ACBNAME=&SNAID.D*
***********************************************************
&XPTOX.C* APPL AUTH=(ACQ,VPACE,PASS),VPACING=0,EAS=5000,PARSESS=YES, X
SONSCIP=YES,MODETAB=XPTOTAB
 VTAM – OSAICC e OSATRL

*******************************************************************
LOCICC LBUILD
Membros que definem uma *
LOCICC01 LOCAL CUADDR=700, X
OSA-ICC (Open Systems FEATUR2=(MODEL2,EDATS), X
Adapter-Express Integrated USSTAB=USSICC01, X
DLOGMOD=NSX32702, X
Console Controller) usada TERM=3277,REGISTER=NO
*
para console 3270 e OSAs
utilizadas para trafego TCPIP *******************************************************************
TRLOSA VBUILD TYPE=TRL
e funções convencionais. TRL0A00 TRLE LNCTL=MPC, X
READ=0A00, X
WRITE=0A01, X
DATAPATH=(0A02), X
PORTNAME=DEV0A00, X
PORTNUM=0, X
MPCLEVEL=QDIO
 VTAM – EXTERNAL COMMUNICATION ADAPTER

Major node XCA é responsavel por definir os grupos, nomenclatura, direção, TGP
(transport group) entre outras opções das Lines que serão usadas para comunicação via
Enterprise Extender.

XPTOXCA VBUILD TYPE=XCA

*
BNNOD1PO PORT MEDIUM=HPRIP,IPTOS=(20,40,80,C0),LIVTIME=(10,60), X GRXVRNG1 GROUP DIAL=YES, X
IPRESOLV=2,SRQTIME=15,SRQRETRY=3,HPREELIV=YES AUTOGEN=(1024,VGL,VGP), X
********************************************************************** CALL=INOUT, X
GRXSWEE1 GROUP DIAL=YES,CALL=INOUT,DYNPU=YES,ANSWER=ON, X DYNPU=NO, X
AUTOGEN=(1024,EEL,EEP), X TGP=VRN, X
HOSTNAME=XPTO.SUBDOMINIO.DOMINIO.COM, X VNTYPE=GLOBAL, X
ISTATUS=ACTIVE VNNAME=RSFN.INTERNA, X
* HOSTNAME=XPTO.SUBDOMINIO.DOMINIO.COM, X
GRXVRNL1 GROUP DIAL=YES, X ISTATUS=ACTIVE
AUTOGEN=(1024,VLL,VLP), X *
CALL=INOUT, X GRXIPSC1 GROUP DIAL=YES, X
DYNPU=NO, X CALL=INOUT, X
TGP=VRN, X ANSWER=ON, X
VNTYPE=LOCAL, X KEEPACT=YES, X
VNNAME=REDE1.IPNETWRK, X DYNPU=NO, X
HOSTNAME=XPTO.SUBDOMINIO.DOMINIO.COM, X AUTOGEN=(1024,ESL,ESP), X
ISTATUS=ACTIVE HOSTNAME=XPTO-IPSEC.SUBDOMINIO.DOMINIO.COM, X
* ISTATUS=ACTIVE X