Administracion AIX

8/12/2019 Administracion AIX

1/260

IBM Communications Server paraAIX

Gua de administracin

V6.3

SC10-3519-02


2/260


3/260

IBM Communications Server paraAIX

Gua de administracin

V6.3

SC10-3519-02


4/260

Nota:Antes de utilizar esta informacin y el producto al que da soporte, asegrese de leer la informacin de carcter general quefigura en el Apndice F, Avisos, en la pgina 219.

Tercera edicin (noviembre de 2005)

Esta publicacin es la traduccin del original ingls IBM Communications Server for AIX, Administration Guide,(SC31-8586-02).

Esta edicin se aplica a IBM Communications Server para AIX, Versin 6.3, nmero de programa 5765-E51 y a todoslos releases y modificaciones posteriores hasta que se indique lo contrario en nuevas ediciones oboletines tcnicos.

Puede solicitar publicaciones al representante o a la sucursal de IBM que presta servicios en su localidad. Laspublicaciones no se encuentran en la direccin que se indica ms abajo.

IBM agradece sus comentarios. Al final de esta publicacin encontrar una hoja de comentarios del lector. En casode que el formulario no exista, puede enviar los comentarios a la siguiente direccin:

IBM Espaa, S.A.National Language Solutions CenterAtn: z/OS Communications Server Information Development

Avda. Diagonal 571, Edif.LIlla

08029 BarcelonaEspaa

Puede enviar los comentarios de forma electrnica a travs de uno de los siguientes mtodos:

Fax

34+93-321-6134

Direccin de correo electrnicov [email protected]

Al enviar informacin a IBM, concede a IBM el derecho no exclusivo de utilizar o distribuir dicha informacin delmodo que IBM considere oportuno, sin incurrir por ello en ninguna obligacin con usted.

Copyright International Business Machines Corporation 2000, 2005. Reservados todos los derechos.


5/260


6/260


7/260


8/260


9/260

Bibliografa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223Publicaciones sobre CS/AIX Versin 6.3 . . . . . . . . . . . . . . . . . . . . . . . . . 223Publicaciones de IBM Communications Server para AIX Versin 4 Release 2 . . . . . . . . . . . . . 224IBM Redbooks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225Publicaciones sobre Block Multiplexer y S/390 ESCON Channel PCI Adapter . . . . . . . . . . . . . 225Publicaciones sobre sockets y SNA para AnyNet/2 . . . . . . . . . . . . . . . . . . . . . . 225Publicaciones sobre el sistema operativo AIX . . . . . . . . . . . . . . . . . . . . . . . . 225

Publicaciones sobre SNA (arquitectura de red de sistemas) . . . . . . . . . . . . . . . . . . . 226Publicaciones sobre la configuracin de sistema principal. . . . . . . . . . . . . . . . . . . . 226Publicaciones sobre z/OS Communications Server . . . . . . . . . . . . . . . . . . . . . . 226Publicaciones sobre Multiprotocol Transport Networking . . . . . . . . . . . . . . . . . . . . 227Publicaciones sobre TCP/IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227Publicaciones sobre X.25. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227Publicaciones sobre APPC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227Publicaciones de programacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227Otras publicaciones sobre redes de IBM . . . . . . . . . . . . . . . . . . . . . . . . . 227

ndice. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229

Cmo enviar sus comentarios a IBM . . . . . . . . . . . . . . . . . . . . . . 237

Contenido vii


10/260

viii IBM Communications Server para AIX Gua de administracin


11/260

Tablas

1. Convenios tipogrficos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiv2. Nombres de modalidad estndar y COS . . . . . . . . . . . . . . . . . . . . . . . 110

3. Utilizacin de caracteres de escape en mandatos de RCF . . . . . . . . . . . . . . . . . . 139

Copyright IBM Corp. 2000, 2005 ix


12/260

x IBM Communications Server para AIX Gua de administracin


13/260

Figuras

1. Red de subrea SNA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42. Sesiones mltiples y sesiones paralelas . . . . . . . . . . . . . . . . . . . . . . . . 11

3. Comunicacin entre programas de transacciones y unidades lgicas . . . . . . . . . . . . . . 124. Fragmento de una red APPN de ejemplo. . . . . . . . . . . . . . . . . . . . . . . . 155. Directorio de nodo LEN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196. Directorio de nodo final . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207. Directorio de nodo de red. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208. Base de datos de topologa de la red en nodos de red . . . . . . . . . . . . . . . . . . . 239. Red APPN con un recurso de transporte de acceso compartido . . . . . . . . . . . . . . . . 26

10. Definiciones necesarias para los enlaces directos del nodo EN1 a cada uno de los nodos de una red APPN 2611. Definiciones necesarias para enlaces directos con un nodo virtual . . . . . . . . . . . . . . . 2712. Branch Extender . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2913. Ventana Dominio de CS/AIX . . . . . . . . . . . . . . . . . . . . . . . . . . . 4614. Ventana Nodo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4815. Barra de herramientas de CS/AIX . . . . . . . . . . . . . . . . . . . . . . . . . . 5016. Dilogo de ejemplo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

17. Dilogo de estado de ejemplo . . . . . . . . . . . . . . . . . . . . . . . . . . . 5318. Ventana Ayuda de ejemplo . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5419. Ventana principal del Programa de administracin para Web . . . . . . . . . . . . . . . . . 5620. Recursos de conectividad del Programa de administracin para Web . . . . . . . . . . . . . . 5721. Dilogo de ejemplo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6022. Ventana Ayuda de ejemplo . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6123. Ejemplo de una pantalla NetView. . . . . . . . . . . . . . . . . . . . . . . . . . 13824. Visin general de SNMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207

Copyright IBM Corp. 2000, 2005 xi


14/260

xii IBM Communications Server para AIX Gua de administracin


15/260

Acerca de este manual

Este manual constituye una gua para activar, configurar y gestionar IBMCommunications Server para AIX (CS/AIX). CS/AIX es un producto de software

de IBM que permite que un servidor en el que se ejecuta AIX (AdvancedInteractive Executive) intercambie informacin con otros nodos en una red SNA(Systems Network Architecture).

Este manual se aplica a V6.3 de CS/AIX que se ejecuta en AIX Versin 5.2 y ensistemas operativosbase superiores.

Si desea enviar comentarios y realizar sugerencias sobre Communications Server paraAIXGua de administracin, utilice el formulario de comentarios del lector que seencuentra al final de esta publicacin. Este formulario contiene instrucciones paraenviar sus comentarios por correo, por fax o por correo electrnico.

A quin va dirigido este manualEste manual va dirigido a los administradores de sistemas y programadores deaplicaciones que utilicen CS/AIX.

Administradores de sistemasLos administradores de sistemas instalan CS/AIX, configuran el sistemapara la conexin de red y realizan el mantenimiento del sistema. Debenestar familiarizados con el hardware en el que funciona CS/AIX y con elsistema operativo AIX. Tambin deben conocer la red a la que el sistemaest conectado y entender los conceptos de SNA en general.

Programadores de aplicacionesLos programadores de aplicaciones disean y codifican programas de

transacciones y aplicacin que utilizan las interfaces de programacinCS/AIX para enviar y recibir datos a travs de una red SNA. Debenconocerbien la arquitectura SNA, el programa remoto con el que secomunica el programa de transaccin o de aplicacin, y los entornosoperativos y de programacin del sistema operativo AIX.

Encontrar informacin ms detallada sobre cmo escribir programas deaplicacin en el manual correspondiente a cada API o (para API de nivelesanteriores) en la publicacin Communications Server for AIXTransactionProgram Reference V4R2 (SC318212). Si desea obtener ms informacinsobre las publicaciones CS/AIX, consulte la Bibliografa.

Cmo utilizar este manualEn esta gua se explica cmo activar, configurar y gestionar CS/AIX.

Organizacin de este manualEste manual est organizado de la forma siguiente:

v El Captulo 1, Trminos y conceptos de SNA, en la pgina 1 contiene unavisin general de SNA y de los conceptos APPN( Advanced Peer-to-PeerNetworking).

v En el Captulo 2, Administracin de CS/AIX, en la pgina 31 se describen lasherramientas de administracin de CS/AIX, y explica cmo preparar la

Copyright IBM Corp. 2000, 2005 xiii


16/260

configuracin CS/AIX, cmo activar y desactivar el software CS/AIX en unservidor, y cmo utilizar los programas de administracin Motify de lnea demandatos.

v En el Captulo 3, Tareasbsicas de configuracin, en la pgina 63 se explicacmo efectuar tareas de configuracinbsica de los servidores CS/AIX, incluidasla configuracin de las operaciones cliente/servidor, la configuracin del nodoSNA y la configuracin de anotaciones de mensajes para CS/AIX.

v En el Captulo 4, Definicin de los componentes de conectividad, en la pgina69 se explica cmo configurar la conectividad para el nodo CS/AIX.

v En el Captulo 5, Configuracin de LU dependientes, en la pgina 89 sedescribe cmo configurar unidades lgicas (LU) dependientes para los tipos deLU 03 y agrupaciones de LU.

v En el Captulo 6, Configuracin de la comunicacin APPC, en la pgina 95 sedescribe cmo configurar APPC (comunicaciones avanzadas programa aprograma).

v En el Captulo 7, Configuracin de aplicaciones de usuario, en la pgina 121 sedescribe cmo configurar las aplicaciones de usuario.

v En el Captulo 8, Configuracin de servicios de paso a travs, en la pgina 123

se describe cmo configurar los servicios de paso a travs, que soportan lacomunicacin entre sistemas principales y sistemas locales que no estnconectados directamente.

v En el Captulo 9, Gestin de CS/AIX desde NetView, en la pgina 137 seexplica cmo utilizar el recurso de mandatos remotos (RCF) de CS/AIX paragestionar CS/AIX y ejecutar mandatos en nodos CS/AIX desde un sistemaprincipal en el que se ejecute NetView.

v En el Captulo 10, Gestin de sistemas cliente/servidor de CS/AIX, en lapgina 147 se explica cmo configurar y gestionar IBM Remote API Clients.

v El Apndice A, Hojas de trabajo de planificacin de la configuracin, en lapgina 173 contiene hojas de trabajo de configuracin para CS/AIX.

v En el Apndice B, Utilizacin de la SMIT para administrar CS/AIX, en la

pgina 199 se suministra informacin sobre cmo utilizar la SMIT para gestionarCS/AIX.

v En el Apndice C, Gestin de redes APPN utilizando el protocolo simple degestin de red, en la pgina 207 se suministra informacin sobre el soporteofrecido por CS/AIX para el Protocolo simple de gestin de red (SNMP). Esteapndice tambin contiene una lista de lasbases de datos MIB (ManagementInformation Base) APPN que dan soporte a CS/AIX.

v El Apndice D, Configuracin de un TP invocable desde la lnea de mandatos,en la pgina 209 proporciona informacin sobre el programa de utilidad a travsde la lnea de mandatos que permite a un usuario o al desarrollador de unprograma de instalacin TP definir un TP invocable.

Convenios tipogrficosEn la Tabla 1 se muestran los estilos tipogrficos utilizados en esta publicacin.Tabla1. Convenios tipogrficos

Elemento especial Ejemplo de tipografa

Palabras enfatizadas Realice una copia de seguridad de losarchivos antes de suprimirlos

Ttulo de publicacin Communications Server para AIXGua deadministracin

Cmo utilizar este manual

xiv IBM Communications Server para AIX Gua de administracin


17/260

Tabla1. Convenios tipogrficos (continuacin)

Elemento especial Ejemplo de tipografa

Nombre de va de acceso o de archivo /usr/spool/uucp/miarch.bkpPrograma o aplicacin snaadminParmetro o campo de Motif cdigo de operacin; Nombre de LUValor literal o seleccin que el usuario puede

entrar (incluidos los valores por omisin)

255; Al iniciar el nodo

Botn de Motif EstadoMen de Motif ServiciosOpcin de men de Motif Configurar parmetros de nodoDatos entrados por el usuario 0p1Salida de la mquina CLOSEMandato o programa de utilidad de AIX define_node; cdReferencia genrica a todos los mandatos deun tipo determinado

query_* (hace referencia a todos losmandatos de administracin que consultanlos detalles de un recurso)

Opcin o indicador -iVariable que representa un valorsuministrado

nombre_archivo; nombre_LU; Id_usuario

Valor de retorno 0; 1Tecla de 3270 INTROTeclas del teclado Control+D; IntroValor hexadecimal 0x20Variable de entorno PATHFuncin, llamada o punto de entrada ioctlVerbo de programacin GET_LU_STATUS

Convenios grficos

AIX, LINUX

Este smbolo sirve para indicar el comienzo de una seccin de texto quecorresponde nicamente al sistema operativo AIX o Linux. Se aplica a servidoresAIX e IBM Remote API Client que se ejecuta en AIX, Linux, Linux para pSeries oLinux para zSeries.

WINDOWS

Este smbolo sirve para indicar el comienzo de una seccin de texto quecorresponde a IBM Remote API Client en Windows.

Este smbolo indica el final de una seccin de texto especfica del sistemaoperativo. La informacin que sigue a este smbolo no depende del sistemaoperativo.

Cmo utilizar este manual

Acerca de este manual xv


18/260


19/260

v Subrutinas debiblioteca para conversaciones TP (tipos de LU 1, 2, 3, y 6.2)

v Subrutinas debiblioteca para la gestin de red, que se utilizan para intercambiartransportes de vectores de gestin de redes (NMVT) en sesiones SSCP-PU

v Management Services (MS)

Dnde encontrar ms informacinConsulte la Bibliografa para ver otros manuales en labiblioteca IBMCommunications Server para AIX, as como manuales que contienen msinformacin sobre temas relacionados con SNA y estaciones de trabajo.

Este manual hace referencia a ttulos de labiblioteca de IBM CommunicationsServer para AIX con un formato abreviado del nombre de producto,Communications Server para AIX.

La informacin de los manuales CS/AIX tambin se encuentra disponible enformato HTML. Puede utilizar estabiblioteca parabuscar informacin especfica over versiones en lnea de cada uno de los manuales CS/AIX.

Novedades de este release

Acerca de este manual xvii


20/260

xviii IBM Communications Server para AIX Gua de administracin


21/260

Captulo 1. Trminos y conceptos de SNA

En este captulo se definen los trminos y conceptos de SNA (Arquitectura de redde sistemas) que son importantes para entender el funcionamiento de CS/AIX y su

utilizacin. Para obtener informacin sobre CS/AIX, sus funciones y cmoimplanta los diferentes conceptos de SNA descritos, consulte el manualCommunications Server para AIXGua de iniciacin rpida. Si ya est familiarizado conSNA y CS/AIX, puede empezar por el Captulo 2, Administracin de CS/AIX,en la pgina 31.

Este captulo se divide en cuatro apartados:

v En Arquitectura de red de sistemas se proporciona una definicin de SNA.

v En Conceptosbsicos de SNA en la pgina 2 se describen los trminos yconceptos que se aplican a cualquier red SNA.

v En Conceptosbsicos de APPN en la pgina 13 se describen los trminos yconceptos que slo se aplican a las redes SNA que permiten trabajar con la

arquitectura APPN (Advanced Peer-to-Peer Networking).v Acceso a redes de subrea desde redes APPN en la pgina 30 es una

introduccin a los trminos y conceptos que se aplican a las redes que combinanSNA y APPN.

Nota: Este captulo no est concebido como una referencia completa para losconceptos de SNA. Encontrar informacin detallada sobre SNA en laspublicaciones de SNA que se indican en la Bibliografa.

Arquitectura de red de sistemasLa arquitectura de red de sistemas (SNA) es una arquitectura de comunicaciones

de datos de IBM que especifica convenios comunes para la comunicacin entre unaamplia gama de productos de comunicaciones de datos de hardware y software.Esta arquitectura esta formada por dos tipos de definicin: formatos que definen eldiseo de los mensajes que intercambian los componentes de la red, y protocolosque definen las acciones que los componentes de la red llevan a cabo para darrespuesta a los mensajes.

Una red SNA es un conjunto de mquinas enlazadas entre s, que se comunicanmediante SNA.

Originalmente, SNA se dise para hacer posible la comunicacin con un sistemaprincipal. El sistema principal controlaba cada una de las redes o subredes; lasdems mquinas se comunicaban directamente con el sistema principal, pero no

entre s. Este antiguo tipo de red controlada por el sistema principal a menudo seconoce como SNA de subrea. Desde entonces SNA se ha ampliado para darsoporte a las comunicaciones directas de igual a igual entre las mquinas de la red,sin necesidad de un sistema principal. Este nuevo entorno de red a nivel desistemas iguales es APPN.

Muchas redes SNA tienen elementos de redes de subrea y de redes de igual aigual. A medida que las redes se migran de SNA de subrea a APPN, un sistemaprincipal con capacidad para APPN puede actuar para controlar sistemas msantiguos, a la vez que acta como sistema igual para los sistemas ms nuevos. Delmismo modo, un nico sistema puede tener acceso tanto a sistemas iguales (en una

Copyright IBM Corp. 2000, 2005 1


22/260

red APPN) como a un sistema principal ms antiguo; sus comunicaciones con elsistema principal las controla el sistema principal; sus comunicaciones con otrossistemas, en cambio, son comunicaciones de igual a igual y el sistema principal noparticipa en ellas.

Conceptos bsicos de SNA

SNA define los estndares, los protocolos y las funciones que utilizan losdispositivos (desde sistemas principales a terminales) para que puedancomunicarse entre s en las redes SNA.

Las funciones SNA se dividen en una estructurajerrquica de distintas capas, en laque cada una realiza determinadas funciones. Esta divisin de las funciones de reden capas permite a los dispositivos de red compartir informacin y recursos deproceso sin tener informacin detallada sobre cada uno de los dispositivos de lared. Un usuario de una estacin de trabajo puede comunicarse con otro usuario sintener ningn conocimiento sobre los dispositivos fsicos de la red ni sobre lasconexiones existentes entre esos dispositivos.

Tipos de redSNA soporta los tipos de red siguientes:v Una red de subrea SNA es una red organizadajerrquicamente que est

formada por nodos de subrea y por nodos perifricos. Los nodos de subrea,tales como sistemas principales y controladores de comunicacin, gestionan eldireccionamiento general de la red. Los nodos perifricos, tales como terminales,se conectan a la red sin tener conocimiento del direccionamiento general de lared.

v Una red de sistemas iguales es una red organizada de forma conjunta, formadapor nodos iguales que participan en el direccionamiento general de la red.

v Una red mixta es una red que soporta tanto las comunicaciones controladas porun sistema principal como las comunicaciones entre sistemas iguales.

Nota: Los sistemas AIX en los que se ejecuta CS/AIX pueden funcionar como unnodo perifrico en una red de subrea, como un nodo igual en una red desistemas iguales o como ambos al mismo tiempo.

Nodos SNAEn redes SNA, un nodo es un sistema AIX u otro dispositivocon componentes desoftware asociadosque implementa protocolos SNA y tiene como mnimo una vade comunicacin con otro nodo de la red. Cada nodo gestiona su extremo de lasvas de comunicacin de la red, y utiliza protocolos SNA para comunicarse con elnodo que se halla en el otro extremo de cada una de las vas.

Puesto que las redes de subrea y las redes de sistemas iguales definen de formadistinta las relaciones existentes entre los nodos, tambin utilizan distintostrminos para los tipos de nodo (para describir las funciones que desempean losnodos en la red).

Tipos de nodo en una red de subreaLas redes de subrea SNA soportan los tipos de nodo siguientes:

v Los nodos de subrea controlan la comunicacin y los recursos de red paratodos los nodos conectados. SNA clasifica los nodos de subrea en funcin desus posibilidades y del control que tienen sobre otros nodos:

Arquitectura de red de sistemas

2 IBM Communications Server para AIX Gua de administracin


23/260


24/260

TerminalesLos usuarios ejecutan aplicaciones de sistema principal o envan el trabajoal sistema principal desde terminales. El terminal ms conocido de IBM esel 3270. Un terminal puede conectarse a travs de un controlador determinales o puede estar directamente conectado a un controlador decomunicaciones.

ImpresorasLas impresoras tales como IBM 3287 tambin se pueden conectar alcontrolador de terminales. Estas impresoras pueden recibir la salida delsistema principal.

Como se muestra en la Figura 1, un diagrama de una red de subrea tiene elaspecto de un rbol invertido.

La raz del rbol (parte superior del diagrama) es la mquina que controla la red.Las ramas son los enlaces de comunicaciones del sistema principal con otrasmquinas de la red (controladores de terminal); las hojas (parte inferior deldiagrama) son los terminales o las impresoras conectados a estas mquinas, a lasque los usuarios tienen acceso.

La configuracin tradicional de SNA de subrea descrita aqu permite a losusuarios utilizar los recursos de un nico sistema principal. Los terminales

nicamente proporcionan entrada simple de datos y muestran las funciones alcontrolador de terminales, as como las funciones de ste; el controlador determinales es el responsable de manejar las comunicaciones SNA entre losterminales y el sistema principal.

El controlador de terminales y sus terminales pueden sustituirse por un nodo SNAmediante un producto como CS/AIX. Desde el punto de vista del sistemaprincipal, el nodo aparece como un controlador de terminales. No obstante,proporciona a los usuarios funciones adicionales, tales como la posibilidad deacceder a ms de un sistema principal, y recursos para personalizar lavisualizacin de las pantallas. Asimismo, CS/AIX se ejecuta en sistemas AIX que

Figura1. Redde subreaSNA




25/260

tambin se pueden utilizar para otras tareas que no estn relacionadas con SNA (adiferencia del controlador de terminales, que slo se utiliza para lascomunicaciones con el host).

Tipos de nodo en una red de sistemas igualesLas redes de sistemas iguales no clasifican los nodos de formajerrquica, comoocurre en una red de subrea. Los intercambios con otros nodos no los controla un

sistema principal u otro procesador centralizado. En su lugar, cualquier nodopuede establecer comunicacin con cualquier otro nodo.

Una red de sistemas iguales est formada por nodos de tipo 2.1. Los nodos de unared de sistemas iguales pueden desempear las funciones siguientes:

v Los nodos de red (NN) APPN identifican la ubicacin de los recursos de la red,determinan las rutas para las sesiones entre esos recursos, direccionan sesiones yprestan servicio a los nodos finales (EN) y a los nodos LEN directamenteconectados al nodo de red. El dominio de un nodo de red APPN est formadopor el nodo propiamente dicho y por los nodos finales a los que proporcionaservicios de red.

v Los nodos finales APPN pueden acceder a recursos remotos sin necesidad de

que dichos recursos estn configurados en el nodo final. Un nodo final puedecomunicarse con nodos adyacentes por s mismo, pero necesita los servicios deun servidor de nodos de red para acceder a nodos que no son adyacentes. Eldominio de un nodo final APPN est formado nicamente por dicho nodo.

v Los nodos de red de ramificacin APPN permiten que la red APPN puedasepararse en ramas para simplificar su topologa y reducir la actividad generalde gestin de la red. Proporcionan funciones de nodo de red a los nodos finalesde una rama separada de la red APPN principal, a la vez que actan comonodos finales en la propia red principal. Si desea ver ms informacin, consulteBranch Extender en la pgina 28.

v Los nodos LEN son nodos de tipo 2.1 que no soportan las funciones APPN.Pueden comunicarse con nodos adyacentes en una red APPN, pero no participanen la red APPN. En un nodo LEN, todas las sesiones posibles con las LUremotas deben estar predefinidas, ya sea especficamente o a travs de una nicaentrada por omisin que indique que todas las LU remotas residen en un nodode red adyacente al que se puede acceder mediante un enlace determinado. Eldominio de un nodo LEN slo incluye el nodo propiamente dicho.

Para ver informacin sobre los tipos de nodo orientados a sistemas iguales,consulte Tipos de nodo APPN en la pgina 14.

ConectividadPara que dos nodos puedan comunicarse, cada nodo debe tener una combinacindistinta de hardware y de software que soporte el flujo de datos entre los nodos. Elcomponente de hardware est formado por un adaptador en cada nodo y el medio

de transmisin que conecta los dos adaptadores. El componente de softwareproporciona control del hardware y de los datos que se intercambian a travs delmismo.

Cada uno de los nodos conectados a una red tiene una o ms estaciones de enlace,que son el hardware y el software de un nodo que controlan el flujo de datos a unnodo adyacente determinado. Para establecer la comunicacin entre dos nodosadyacentes, una de las estaciones de enlace primero debe activar el enlace entre losnodos.


Captulo 1. Trminos y conceptos de SNA 5


26/260

Programas de transaccionesLos programas que intercambian informacin a travs de la red SNA se denominanprogramas de transacciones (TP).

A continuacin se indican ejemplos de programas de aplicacin que pueden incluirprogramas TP de SNA:

v

Programas de emulacinv Transferencia de archivosv Proceso de transacciones debases de datos

v Gestin de redes

v Servicios de datos centralizados

El programa TP accede a la red a travs de una unidad lgica (LU) que establece ymantiene una sesin con una LU asociada de otro nodo. Para ver informacinsobre las unidades lgicas, consulte Unidades lgicas en la pgina 7.

Nota: CS/AIX incluye programas TP de ejemplo para la mayor parte de las APIsoportadas. Si desea ver ms informacin sobre los TP de ejemplo, consulte

la gua del programador de la API. Tambin puede adquirir programas TPde SNA como parte de otros productos o crear sus propios TP (consulteInterfaces de programacin de aplicaciones).

Interfaces de programacin de aplicacionesLos TP de SNA se desarrollan mediante interfaces de programacin de aplicaciones(API). Las API proporcionan subrutinas especficas que permiten a los TP de SNAacceder a funciones de SNA, tales como funciones para intercambiar datos y decontrol. Estas subrutinas permiten a un TP de SNA comunicarse con otro TP deSNA de un nodo remoto.

CS/AIX incluye las siguientes API en todas las plataformas:

v APPC, slo LU de tipo 6.2v CPI-C (interfaz comn de programacin para comunicaciones), slo LU de tipo

6.2

v API de CSV (Common Service Verbs)

v API de LUA

Adems, CS/AIX incluye las siguientes interfaces de programacin propietarias:

v API de MS (Management Services) (slo para sistemas AIX o Linux)

v API de NOF (Node Operator Facility)

Las siguientes API de nivel anterior estn incluidas (slo en servidores AIX) paraofrecer soporte para los TP existentes. Dado que es posible que estas API no estnsoportadas en futuros releases, se recomienda no desarrollar nuevas aplicacionescon estas API:

v SNA genrico (requiere que la pasarela SNA est habilitada en el nodo)

v LU 0.

v Subrutinas del sistema operativo (tipos de LU 1, 2, 3 y 6.2).v Subrutinas debiblioteca para conversaciones TP (tipos de LU 1, 2, 3 y 6.2).

v Subrutinas debiblioteca para la gestin de redes. Estas subrutinas debibliotecase utilizan para intercambiar transportes de vectores de gestin de redes.(NMVT) en sesiones SSCP-PU.




27/260

v Management Services (MS).

Unidades accesibles de redLa comunicacin entre un TP y una red SNA se produce a travs de unidadesaccesibles de red o NAU (anteriormente se denominaban unidades direccionablesde red), que son recursos exclusivos de la red a los que otros recursos de la red

pueden acceder a travs de direcciones locales exclusivas.SNA proporciona los tipos de NAU siguientes:

v Unidades fsicas (consulte Unidades fsicas)

v Unidades lgicas (consulte Unidades lgicas)

v Puntos de control (consulte Puntos de control en la pgina 9)

Nota: Puesto que los TP se consideran usuarios de la red, no componentes, no seclasifican como NAU.

Unidades fsicasCada nodo SNA contiene una unidad fsica (PU). La PU gestiona los recursos (talescomo recursos de enlace) y soporta la comunicacin con un sistema principal.

Nota: En los nodos de tipo 2.1 (que pueden ser nodos APPN), el punto de controlproporciona servicios de PU, adems de proporcionar otros servicios(consulte Puntos de control en la pgina 9). Dos nodos de tipo 2.1 (talescomo los nodos CS/AIX) se pueden comunicar directamente, sin lamediacin de un sistema principal para establecer la comunicacin.

Unidades lgicasCada nodo SNA contiene una o ms unidades lgicas (LU). Una LU proporcionaun conjunto de funciones que utilizan los TP y los usuarios finales paraproporcionar acceso a la red. Las LU se comunican directamente con programas TPy dispositivos locales.

SNA define varios tipos de LU, cada uno optimizado para una clase especfica deaplicaciones. Las LU de distintos tipos no pueden comunicarse entre s, pero lasLU del mismo tipo s pueden hacerlo, aun cuando residan en sistemas de distintotipo.

Por ejemplo, un TP que se ejecuta en un sistema AIX se puede comunicar con unTP en un sistema AS/400 con la misma facilidad con la que se comunica con unTP en otro sistema AIX, siempre y cuando ambos TP utilicen el mismo tipo de LU.

CS/AIX da soporte a los siguientes tipos de LU:

LU 6.2 (para APPC, 5250, APPC Application Suite y CPI-C)La LU 6.2 soporta la comunicacin entre programas en un entorno deproceso de datos distribuido. La corriente de datos de la LU 6.2 es obienuna corriente de datos general (GDS) de SNA, que es una corriente dedatos estructurados en campos, obien una corriente de datos definidos porel usuario. La LU 6.2 puede utilizarse para la comunicacin entre dosnodos de tipo 5, entre un nodo de tipo 5 y uno de tipo 2.0 2.1 o entredos nodos de tipo 2.1. (Los nodos de tipo 2.1 pueden servir como nodosAPPN.)




28/260

Este tipo de LU proporciona ms funciones y mayor flexibilidad que otrostipos de LU. A menos que exista una restriccin derivada del hardware osoftware existente, la LU 6.2 es la opcin lgica para el desarrollo denuevas aplicaciones.

Nota: Slo la LU 6.2 puede proporcionar funciones de LU independiente.

LU 3 (para impresin 3270)La LU 3 soporta los programas de aplicacin y las impresoras que utilizanla corriente de datos 3270 de SNA.

Por ejemplo, la LU 3 puede dar soporte a un programa de aplicacin quese ejecute en un sistema Customer Information Control System (CICS) yenvo de datos a una impresora IBM 3262 conectada a un controlador deestablecimiento IBM 3174.

LU 2 (para pantallas 3270)La LU 2 soporta programas de aplicacin y estaciones de trabajo depantalla que se comunican en un entorno interactivo mediante la corrientede datos 3270 de SNA. Las LU 2 tambin utilizan la corriente de datos3270 de SNA para transferir archivos.

Por ejemplo, el protocolo LU 2 puede dar soporte a los programas deemulacin 3270, que permiten que las estaciones de trabajo realicen lasfunciones de terminales de la familia IBM 3270. Adems, otros programasutilizan la LU 2 para comunicarse con aplicaciones de sistema principalque generalmente proporcionan salida a los dispositivos de pantalla 3270.Los TP de este tipo permiten que la estacin de trabajo realice un procesoconjunto con el sistema principal.

LU 1 (para impresin SCS y RJE)La LU 1 soporta programas de aplicacin y estaciones de trabajo deproceso de datos de uno o varios dispositivos que se comunican en unentorno interactivo, de transferencia de datos por lotes o de proceso dedatos distribuidos. Las corrientes de datos que utiliza la LU 1 cumplen con

la cadena de caracteres SNA o con la arquitectura de contenido dedocumentos (DCA).

Por ejemplo, la LU de tipo 1 puede dar soporte a un programa deaplicacin que se ejecute en un sistema Information ManagementSystem/Virtual Storage (IMS/VS) y se comunique con un sistema IBM8100 Information System. Esto permite al operador corregir unabase dedatos que el programa de aplicacin mantiene.

Las aplicaciones que utilizan una LU 1 a menudo se describen comoaplicaciones de entrada de trabajos remota (RJE).

LU 0 (para LUA)La LU 0, una definicin anterior de la LU, soporta una comunicacin

bsica programa a programa. Determinados sistemas debases de datos,tales como IMS/VS (Information Management System/Virtual Storage) yalgunos sistemas de punto de venta para los sectores de venta al pormayor ybanca (tales como IBM 4680 Store System Operating System)utilizan LU 0. Los releases actuales de estos productos tambin dan soportea la comunicacin de LU 6.2, que es el protocolo preferido para lasaplicaciones nuevas.

Nota: Si desea ver informacin sobre las corrientes de datos que utilizan lasunidades lgicas SNA, consulte el manual Systems NetworkArchitectureTechnical Reference.




29/260

Puntos de controlUn punto de control (CP) es una NAU que gestiona recursos de la red de sudominio, controlando la activacin y desactivacin de los recursos, y supervisandosu estado. El CP gestiona recursos fsicos tales como enlaces e informacin lgicacomo, por ejemplo, direcciones de la red.

SNA define los tipos de puntos de control de red que se indican a continuacin:

Punto de control de servicios del sistemaEn un nodo de tipo 5, el CP se denomina punto de control de servicios delsistema (SSCP) y gestiona y controla los recursos de red de una red desubrea. As, por ejemplo, un SSCP puede utilizar un directorio de recursosde la red para localizar una LU especfica que estbajo su control, y puedeestablecer la comunicacin entre dos LU de su dominio. Un SSCP tambinpuede colaborar con otros SSCP para establecer conectividad entreunidades LU de distintos dominios de subrea.

El SSCP tambin proporciona, en el sistema principal, una interfaz para losoperadores de red, que pueden inspeccionar y controlar los recursos de lared.

Punto de control de unidad fsicaEn los nodos de tipo 4 y de tipo 2.0 de una red de subrea, el punto decontrol se denomina punto de control de unidad fsica (PUCP).

Punto de controlEn los nodos de tipo 2.1, el punto de control proporciona funciones de PUy de LU, tales como la activacin de estaciones de enlace locales, lainteraccin con un operador local y la gestin de recursos locales. Tambinpuede proporcionar servicios de red, tales como la ubicacin de una LUasociada y la seleccin de la ruta para las LU locales.

En una red de subrea, el CP de un nodo CS/AIX acta como una PU detipo 2.0. Se comunica con un SSCP de un sistema principal y no secomunica con otros CP de la red de subrea.

Cuando participa en una red APPN, el CP intercambia informacin decontrol de la red con los CP de los nodos adyacentes. El CP tambin puedefuncionar como una LU independiente de tipo 6.2. El CP acta como la LUpor omisin para los TP del nodo local. Si desea ver ms informacin sobreel punto de control APPN, consulte Punto de control APPN en la pgina16.

SesionesLas NAU se comunican con unidades NAU de otros nodos a travs de canalestemporales de comunicacin lgica denominados sesiones. Para que dos TPpuedan comunicarse entre s, sus LU deben establecer una sesin. La LU quegestiona la sesin en el nodo local es la LU local; la LU que gestiona la sesin en elnodo remoto es la LU asociada.

Tipos de sesinCS/AIX se encargan principalmente de los siguientes tipos de sesiones:

Sesiones LU-LUPara que dos TP puedan comunicarse, las LU que soportan los TP debenestablecer una sesin LU-LU. Generalmente, una sesin se establececuando un TP de un nodo SNA intenta comunicarse con un TP de otronodo y no existe ninguna sesin disponible entre las LU de dichos nodos.




30/260

Sesiones SSCP-LUUna LU dependiente (consulte Unidades LU dependientes eindependientes) debe tener una sesin SSCP-LU activa con un SSCP deun nodo de tipo 5 antes de poder tener una sesin con una LU de una redde subrea. Cuando la sesin SSCP-LU est activa, una LU dependientepuede solicitar una sesin LU-LU.

Sesiones SSCP-PUPara poder establecer una sesin SSCP-LU, la PU que controla la LU debetener una sesin SSCP-PU activa con un SSCP en un nodo de tipo 5. Lasesin SSCP-PU se utiliza para pasar los datos de control y los datos degestin de la red entre la PU y el SSCP.

Sesiones CP-CPEn una red APPN, los nodos adyacentes establecen sesiones CP-CP. Estassesiones se utilizan parabuscar un recurso de la red APPN y paramantener la informacin sobre la topologa (consulte Punto de controlAPPN en la pgina 16).

Atributos de unidad lgica para las sesionesLas unidades lgicas tienen atributos que determinan cmo interactan durante las

sesiones LU-LU. Estos atributos se determinan mediante la arquitectura de SNA.Las LU pueden ser primarias o secundarias y dependientes o independientes.

Unidades LU primarias y secundarias: Para establecer una sesin, una LU envauna peticin BIND a otra LU para solicitar la activacin de la sesin:

v La LU primaria es la LU que enva la peticin BIND para una sesin LU-LUdeterminada.

v La LU secundaria es la LU que recibe la peticin BIND.

Las redes de sistemas iguales no utilizan unajerarqua fija de nodos y no tienenLU primarias ni secundarias predeterminadas.

Nota: En una red de sistemas iguales, una LU independiente que participa envarias sesiones (consulte Sesiones mltiples y sesiones paralelas en lapgina 11) puede actuar como LU primaria para una sesin y como LUsecundaria para otra sesin.

Unidades LU dependientes e independientes: Todas las LU de tipo 0, 1, 2 y 3son dependientes. Las LU de tipo 6.2 pueden configurarse como dependientes ocomo independientes.

v Una LU dependiente (conocida tambin como LU dependiente de SSCP) necesitalos servicios de un SSCP para establecer una sesin con otra LU. Para poderestablecer una sesin LU-LU dependiente, en primer lugar debe establecer unasesin SSCP-LU.

Una LU dependiente slo puede establecer una sesin con las LU de un sistemaprincipal SNA. Debido a esta restriccin, las LU dependientes generalmenteutilizan redes de subrea (conocidas tambin como redes moderadas por unsistema principal). No obstante, la funcin de peticionario de LU dependientes(DLUR) habilita el flujo del trfico de sesin de las LU dependientes por redesAPPN. Si desea ver ms informacin sobre la funcin DLUR, consulte Acceso aredes de subrea desde redes APPN en la pgina 30.

Una LU dependiente en un nodo perifrico siempre es la LU secundaria.

v Una LU independiente puede establecer sesiones con otras LU independientessin necesitar un sistema principal SNA. La LU 6.2 es el nico tipo de LU quepuede ser independiente.




31/260

Una LU independiente puede actuar como LU primaria o secundaria cuandoestablece una sesin.

Sesiones mltiples y sesiones paralelasUna LU independiente puede participar en sesiones con ms de una LU remota almismo tiempo (sesiones mltiples).

Una LU independiente tambin puede participar en sesiones paralelas, o en variassesiones simultneas con la misma LU remota.

Las LU dependientes (incluida la LU dependiente de tipo 6.2) no pueden tenersesiones mltiples.

En la Figura 2 se muestran unidades LU con sesiones mltiples y paralelas. LaLUA y la LUB tienen sesiones paralelas. La LUA tambin tiene sesiones mltiples:dos con la LUB y una con la LUD. La LUD tiene sesiones mltiples con la LUA ycon la LUC.

ConversacionesEste apartado slo se aplica a la LU 6.2.

Una vez que se ha establecido una sesin entre dos LU, la sesin LU-LU soporta elintercambio de informacin entre dos TP, que tienen uso exclusivo de la sesinpara ejecutar una transaccin. Este intercambio de informacin se conoce comoconversacin. Slo una conversacin puede utilizar una sesin determinada al

mismo tiempo, pero las sesiones pueden utilizarse de nuevo de forma consecutiva(muchas conversaciones pueden utilizar la misma sesin, una despus de otra).

Para iniciar una conversacin, un TP de origen enva una peticin a su LU,solicitndole que asigne una conversacin con un TP remoto. El TP que invoca (oTP de origen) inicia la conversacin, como lo hace la persona que efecta lallamada en una conversacin telefnica. El TP invocable o TP de destino (TPremoto) es el elemento asociado en la conversacin, como en el caso de la otrapersona que recibe la llamada telefnica.

Figura2. Sesionesmltiplesy sesiones paralelas




32/260

Como se muestra en la Figura 3, existe un intercambio de informacin entre los TPy las LU para permitir que un nodo se comunique con otro nodo. Aun cuandoparece que los TP se comunican directamente, las LU de cada nodo actan comointermediarias en todos los intercambios.

SNA define dos tipos de conversacin:bsica y correlacionada. Estos dos tipos deconversaciones utilizan distintos mtodos para indicar la longitud de los paquetesde datos transmitidos o recibidos que deben pasarse entre CS/AIX y TP.

v En una conversacinbsica, el TP debe dar formato a los datos como registroslgicos antes de presentarlos a la funcin SEND.

Un registro lgico est formado por una cabecera de dos o cuatro bytes queempieza por un campo de longitud de dosbytes, a menudo representado comoLL, seguido por un mximo de 32.765bytes de datos. Los registros lgicospueden agruparse y enviarse como unbloque, transmitiendo ms de un registrolgico con una nica llamada a la funcin SEND.

v En una conversacin correlacionada, la informacin se pasa a la funcin SENDcomo un puntero a un nicobloque de datos sin formato; la longitud delbloquese pasa como otro parmetro. Elbloque no puede recibirse como uno o msregistros lgicos; el TP receptor debe dar formato al registro segn sea necesario.

ModalidadesCada sesin LU-LU tiene una modalidad asociada que define un conjunto decaractersticas de la sesin. Estas caractersticas pueden incluir parmetros deritmo, lmites de sesin (por ejemplo, el nmero mximo de sesiones entre dosLU), tamao de los mensajes y parmetros de direccionamiento.

Cada modalidad se identifica mediante un nombre de modalidad exclusivo, quedebe ser el mismo en todos los nodos SNA que utilizan dicha modalidad.

Figura3. Comunicacinentreprogramasde transaccionesy unidades lgicas




33/260

Seleccin de la rutaPara establecer una sesin LU-LU, debe calcular una ruta entre los nodos en losque residen las dos LU. Una ruta es una secuencia ordenada de enlaces y nodosque representa una va entre los dos nodos.

Las redes SNA soportan los mtodos siguientes de seleccin de ruta:

v

Para las redes de subrea, debe definir previamente todas las rutas entre losnodos de subrea.

v Para las redes de sistemas iguales que no soportan APPN, los nodos de tipo 2.1slo pueden soportar sesiones con nodos adyacentes; sus sesiones no puedendireccionarse a travs de nodos intermedios.

v Para las redes APPN, SNA puede calcular rutas de forma dinmica cuando seinicia la sesin; para ello, utiliza una clase de servicio especificada para lamodalidad que utiliza la sesin (consulte Clase de servicio).

La funcin HPR (direccionamiento de alto rendimiento) de APPN proporcionaestas funciones:

v RTP (protocolo de transporte rpido) minimiza los ciclos y los requisitos de

almacenamiento para el direccionamiento de paquetes de capa de red a travsde nodos intermedios en una ruta de sesin.v ANR (direccionamiento automtico de red) permite a las redes APPN

redireccionar sesiones automticamente si una parte de la ruta calculadaoriginalmente falla.

Clase de servicioLa clase de servicio (COS) es una definicin de las caractersticas de la red detransporte (control de enlace de datos y control de vas de acceso) como, porejemplo, seguridad de las rutas, prioridad de transmisin y ancho debanda, que elnodo local puede utilizar para establecer una sesin determinada. La definicin deCOS asigna valores relativos a factores tales como niveles aceptables de seguridad,

coste porbyte, coste por tiempo de conexin, retardo de propagacin y capacidadefectiva.

En una red de subrea, se deriva una COS de la modalidad asociada a la sesin,segn se ha definido en el sistema principal.

Los nodos de red APPN utilizan la COS para calcular las rutas de sesiones entrelas LU independientes. Si desea ver ms informacin sobre el direccionamiento desesiones en redes APPN, consulte Direccionamiento de sesiones en la pgina 21.

Conceptos bsicos de APPNAPPN (Advanced Peer-to-Peer Networking) es una arquitectura de red que soporta

el control de redes distribuidas. APPN facilita la configuracin y el uso de la red,hace posible la gestin centralizada de las redes y soporta una conectividadflexible.

Una red APPN est formada por nodos de tipo 2.1. Cada uno de los nodos de lared est conectado mediante un enlace a otro nodo, como mnimo, de la red APPN.Las sesiones CP-CP se establecen a travs de cada uno de estos enlaces de nodosadyacentes (nodos de la misma red que pueden establecer enlaces directos sinnecesidad de pasar por un tercer nodo). Todos los nodos de una red APPNcomparten un nombre de red comn.




34/260

Los nodos APPN pueden incluir procesadores de diversos tamaos, tales comoApplication System/400 (AS/400), mquinas PC que ejecuten CS/NT, sistemas queutilicen Virtual Terminal Access Method (VTAM) y servidores AIX que ejecutenCS/AIX.

APPN proporciona las funciones siguientes:

v Soporte para nodos de red APPN y nodos finales, as como nodos iguales queno son APPN (consulte Tipos de nodo APPN)

v Funciones de punto de control APPN (consulte Punto de control APPN en lapgina 16)

v Servicios de directorio para dar soporte a labsqueda de unidades lgicasespecficas (consulte Localizacin de recursos en la pgina 17)

v Servicios de direccionamiento y topologa para soportar el establecimiento desesiones mediante ISR (direccionamiento de sesiones intermedias), ANR(direccionamiento automtico de red) o CN (redes de conexin) (consulteDireccionamiento de sesiones en la pgina 21 y Redes de conexin APPN enla pgina 27)

Nota: Un nodo APPN tambin puede estar conectado a una red de subrea, yactuar como un nodo APPN en una red de sistemas iguales y como un nodoperifrico en una red de subrea.

Tipos de nodo APPNLos tipos de nodo que pueden formar parte de una red APPN son:

v Nodos de red (consulte Nodos de red APPN en la pgina 15)

v Nodos finales (consulte Nodos finales APPN en la pgina 16)

Adems, en una red APPN tambin pueden conectarse nodos LEN, pero stos noutilizan las caractersticas de APPN (consulte Nodos LEN en la pgina 16).

En la Figura 4 en la pgina 15 se muestra un ejemplo de red APPN.

Conceptos bsicos de APPN



35/260

Este ejemplo muestra una red APPN que incluye cinco nodos de red (NN), tresnodos finales (EN) y un nodo LEN. Los nodos de red forman la estructura troncalde la red APPN; los nodos finales acceden a la red a travs de los nodos de red.Los TP de LU 6.2 de cualquier nodo pueden comunicarse con cualquier otro TP deLU 6.2 de la red.

Uno de los nodos de red APPN (NNA) tambin participa en una red de subrea,conectndose a un sistema principal a travs de un controlador de comunicaciones.Este nodo funciona como nodo APPN cuando se comunica con nodos de la redAPPN, y como nodo perifrico, cuando se comunica con nodos de una red desubrea. A travs de este nodo de red, las LU de tipo 6.2 de otros nodos de la redAPPN pueden establecer sesiones LU-LU con unidades LU de tipo 6.2 del sistemaprincipal.

Nodos de red APPNUn nodo de red APPN es un nodo de tipo 2.1 que proporciona serviciosdistribuidos de directorios y de direccionamiento para todas las LU de su dominio.Estas LU pueden estar en el nodo de red propiamente dicho, o en un nodo finalAPPN o un nodo LEN para el que el nodo de red proporciona servicios. Puestoque el nodo de red APPN acta como punto de entrada de la red para los nodosfinales y para los nodos LEN de su dominio, el nodo de red tambin se conocecomo servidor de nodos de red para dichos nodos.

Un nodo de red proporciona los servicios siguientes:

v Servicios de sesin LU-LU para sus LU locales

v Bsquedas de directorio y seleccin de rutas para todas las LU de su dominio

v Direccionamiento de sesiones intermedias (consulte Direccionamientointermedio en la pgina 24)

Figura4. Fragmentode una redAPPN deejemplo




36/260

v Direccionamiento para datos MS (Management Services), tales como alertas,entre un nodo final que ha recibido servicio y un punto focal MS

Nodos finales APPNUn nodo final APPN es un nodo de tipo 2.1 que sirve de punto final en una redAPPN. Este nodo mantiene informacin sobre directorios nicamente para losrecursos locales. Un nodo final APPN puede establecer sesiones de forma

independiente entre unidades LU locales y entre unidades LU de nodosadyacentes. En el caso de las sesiones con unidades LU de nodos que no estnconectados directamente al nodo final, un nodo final solicita informacin sobredireccionamiento y sobre directorios de su servidor de nodos de red mediantesesiones CP-CP.

Los nodos finales APPN pueden registrar sus LU locales en su servidor de nodosde red. Esta posibilidad significa que no es necesario que el operador de la red delservidor de nodos de red defina previamente los nombres de todas las LU de losnodos finales conectados a los que el nodo de red proporciona servicios.

Un nodo final APPN puede conectarse con varios nodos de red (vea EN3 en laFigura 4 en la pgina 15), pero slo puede tener sesiones CP-CP activas con un

nodo de red al mismo tiempo (su servidor de nodos de red). Los otros nodos dered pueden utilizarse nicamente para proporcionar direccionamiento intermediopara el nodo final o como servidores de nodos de red sustitutivos en caso de queel servidor de nodos de red principal deje de estar disponible.

Un nodo final APPN tambin puede tener un enlace directo con otro nodo finalAPPN o con un nodo LEN, pero las sesiones CP-CP nunca se establecen entre dosnodos finales.

Nodos LENUn nodo LEN es un nodo de tipo 2.1 que utiliza protocolos de LU independientede tipo 6.2, pero no soporta las sesiones CP-CP. Un nodo LEN puede conectarse aun nodo de red APPN o a un nodo final, pero no soporta las funciones APPN.

Un nodo de red APPN puede proporcionar servicios de direccionamiento para unnodo LEN conectado, lo que permite al nodo LEN participar en una red APPN sinnecesidad de definir ninguna estacin de enlace entre el nodo LEN y todos losnodos de la red APPN.

Las LU de una red APPN con las que el nodo LEN puede establecer sesionesdeben estar definidas en el nodo LEN como si residieran en el servidor de nodosde red del nodo LEN. El nodo LEN establece sesiones con las LU de su servidorde nodos de red. El nodo de red direcciona la sesin a travs de la red APPN alnodo de la red en la que reside la LU. Las LU del nodo LEN deben estar definidaspreviamente en el nodo de red que presta servicio al nodo LEN. Los recursos de

LU de los nodos LEN (a diferencia de los nodos finales) no pueden registrarse enel servidor de nodos de red.

Un nodo final APPN no puede proporcionar direccionamiento intermedio. Cuandoel nico enlace de un nodo LEN est establecido con un nodo final APPN, el nodoLEN puede comunicarse nicamente con las LU del nodo final a travs del enlacedirecto entre los dos nodos.

Punto de control APPNUn punto de control APPN es un conjunto de funciones que gestiona los recursosde nodo y soporta las funciones de unidad fsica y de unidad lgica en un nodo de




37/260


38/260

nodos de la red. De forma parecida, cada unidad lgica se identifica mediante unnombre de LU completamente calificado, formado por un nombre de red y unnombre de LU.

Nota: Para ms informacin sobre los convenios de denominacin de red, consulteel manual Communications Server para AIXGua de iniciacin rpida.

Servicios de directorioCada nodo APPN mantiene un directorio de recursos de la red. Los servicios dedirectorio son el componente del nodo CP que gestiona labase de datos dedirectorios local y, en un nodo de red, realizabsquedas de los recursos de la red atravs de una red APPN.

Cuando se inicializa un nodo, ste incluye la siguiente informacin:

v Tipo de nodo (nodo de red APPN, nodo final APPN o nodo LEN)

v Identificador de red del nodo

v Nombre de CP del nodo

Cada directorio de nodo mantiene entradas para los recursos (LU y CP), incluido

el nombre completamente calificado, el tipo y el estado de registro de cada recurso.Los recursos especficos almacenados en cada directorio local varan en funcin deltipo de nodo:

v Un nodo LEN mantiene un directorio que incluye sus propias LU. Tambin debeestar configurado con entradas de directorio para todas las LU asociadasposibles. Las LU de una red APPN con las que el nodo LEN puede establecersesiones deben estar definidas en el nodo LEN como si residieran en el servidorde nodos de red del nodo LEN. El nodo LEN establece sesiones con las LU desu servidor de nodos de red. El nodo de red direcciona la sesin a travs de lared APPN al nodo apropiado de la red.

Un nodo LEN tambin puede utilizar caracteres comodn en una entrada dedirectorio para especificar varias LU asociadas a las que se puede acceder a

travs de un enlace determinado.v Un nodo final APPN mantiene un directorio que incluye sus propias LU.

Tambin puede configurarse para almacenar entradas de directorio paraunidades LU asociadas en nodos adyacentes. De este modo las LU localespueden establecer sesiones entre sistemas iguales con dichas LU sin utilizarfunciones APPN.

Si un recurso no est definido localmente para un nodo final, o actualmente elnodo final no puede acceder a dicho recurso, el nodo final enva una peticin alservidor de nodos de red solicitando quebusque el recurso en la red APPN.

v Un nodo de red APPN mantiene un directorio que incluye sus propias LU y lasLU de nodo final y de nodo LEN de su dominio. Un nodo final puede registrardinmicamente sus propias LU en el servidor de nodos de red. (Los nodos LEN

no pueden registrar unidades LU en un servidor de nodos de red, por lo que lasLU de nodos LEN deben configurarse en su servidor de nodos de red.) Undirectorio de nodo de red tambin puede contener entradas en la cach para lasLU que no se encuentran en el dominio de nodos de red, pero cuya ubicacin seha determinado a travs de unabsqueda anterior.

Los nodos de red proporcionan servicios de directorio para otros nodos de dosformas:

Buscando los recursos remotos como respuesta a las peticiones de sesin delos nodos finales o de los nodos LEN.




39/260

Respondiendo positivamente a las peticiones debsquedas de directorio deotros nodos de la red cuando se encuentra un recurso especificado en eldirectorio local.

Directorios de nodos LEN: En la Figura 5 se muestra un ejemplo de directorio denodo LEN. Puesto que los nodos LEN no dan soporte a sesiones CP-CP, eldirectorio para el nodo LEN1 debe contener todas las LU con las que se comunica.

El directorio para el nodo LEN1 identifica su servidor de nodos de red (NNA)como ubicacin para todas las LU que no se encuentran en un nodo final igualadyacente. Puesto que el nodo LEN1 slo puede acceder a las LU a travs delnodo NNA, define el CP del nodo de red como el CP propietario de todas lasLU, incluidas las LU que se encuentran en los nodos finales.

Para establecer una sesin con una LU en un nodo que no est conectadodirectamente, el nodo LEN1 enva una peticin de activacin de sesin LU-LU(BIND) a su servidor de nodos de red (nodo NNA). El servidor localizaautomticamente la LU de destino y reenva la peticin BIND.

Nota: En este ejemplo, el nodo LEN1 puede establecer una sesin con la LU1 delnodo EN1 a travs de su servidor de nodos de red, NNA. Sin embargo, laLU2 del nodo EN1 no est definida en el directorio para el nodo LEN1, porlo que el nodo LEN1 no puede establecer sesiones con dicha LU.

Directorios de nodos finales: Cuando una LU no est representada en undirectorio de nodo final, el nodo final inicia unabsqueda LOCATE para encontrar laLU deseada. Para activar labsqueda de una LU remota, el nodo final invoca losservicios de su servidor de nodos de red. En la Figura 6 en la pgina 20 se muestraun ejemplo de un directorio de nodo final.

Figura5. Directoriode nodoLEN




40/260

No es necesario que las posibles LU asociadas de la red APPN estn definidas enel nodo final. No obstante, para que el nodo EN3 pueda establecer una sesin conla LUX en el nodo LEN1, la LU del nodo LEN debe estar configurada como LUasociada en el nodo EN3.

Directorios de nodos de red: Un nodo de red proporciona servicios de directoriodistribuidos a los nodos finales a los que presta servicio.

En la Figura 7 se muestra un ejemplo de un directorio de nodo de red.

Un nodo de red localiza una LU remota de este modo:1. El nodo de red recibe una peticin para localizar una LU. La peticin puede ser

cualquiera de las siguientes:

v El nombre de una LU de destino enviado por un nodo final o por un nodoLEN a su servidor de nodos de red

v Un nombre de LU especificado en una peticin debsqueda LOCATE de unnodo final

v Un nombre de LU especificado en una peticin BIND de un nodo LEN

v Un nombre de LU especificado por un TP en un nodo de red

Figura6. Directoriode nodo final

Figura7. Directoriode nodode red




41/260

2. Si la LU de destino no se encuentra en el nodo de red, pero aparece en sudirectorio, el nodo de red enva una peticin debsqueda dirigida al servidorde nodos de red de destino para verificar la ubicacin de la LU.

Si la LU no se encuentra en el directorio de nodo de red, el nodo inicia unabsqueda de la red; para hacerlo, enva unabsqueda generalizada a cada unode los nodos de red adyacentes.

3.Cada nodo, a su vez, propaga labsqueda generalizada y devuelve respuestasque indican xito o anomala.

Con el objeto de poder utilizarla ms adelante, un nodo de red almacena en lacach la informacin que obtiene de lasbsquedas generalizadas correctas.

Un nodo final APPN tambin puede recibir (y responder) peticiones debsquedaLOCATE de su servidor de nodos de red parabuscar o confirmar la presenciacontinuada de determinadas LU en el nodo final.

Cada nodo final APPN enva un mensaje de registro al nodo de red para registrarsus LU en su servidor de nodos de red. De este modo, el nodo de red mantieneinformacin de directorio actualizada para los nodos finales de su dominio. Un

nodo LEN no puede registrar unidades LU en su servidor de nodos de red. Porconsiguiente, todas las LU del nodo LEN deben estar predefinidas, a travs de laconfiguracin, en el servidor de nodos de red.

Direccionamiento de sesionesAPPN soporta los procedimientos de seleccin dinmica de ruta que se indican acontinuacin:

v Para sesiones con nodos adyacentes, direccionamiento de sesiones directo.

v Para sesiones que atraviesan uno o ms nodos intermedios, uno de estos tiposde direccionamiento:

Direccionamiento de sesiones intermedias (ISR), que proporciona una ruta queno cambia durante el curso de la sesin.

Direccionamiento de alto rendimiento (HPR) que incluye los recursos RTP(protocolo de transporte rpido) y ANR (direccionamiento automtico de red).RTP minimiza los ciclos y los requisitos de almacenamiento para eldireccionamiento de paquetes de capa de red a travs de nodos intermediosen una ruta de sesin y ANR permite redireccionar el trfico de sesiones anteproblemas de congestin o anomalas en la ruta.

Las funciones APPN que proporcionan la seleccin dinmica de rutas se conocencomo servicios de topologa y direccionamiento (TRS)..

Servicios de topologa y direccionamientoCada nodo APPN incluye unabase de datos de topologa que almacena

informacin sobre otros nodos APPN y sobre grupos de transmisin, que sonconjuntos de enlaces entre un par determinado de nodos. El contenido de labasede datos para un nodo especfico depende del tipo de nodo:

v Todos los nodos de red comparten una copia de labase de datos de topologa dela red.. Estabase de datos compartida incluye informacin sobre todos los nodosde red, incluidos los identificadores de red, nombres de CP y otras caractersticasdel nodo, e informacin sobre los grupos de transmisin existentes entre cadapar de nodos de red. Estabase de datos proporciona una vista completa de latopologa troncal de la red: nodos y grupos de transmisin que pueden utilizarsepara direccionar sesiones entre cualquier par de nodos de la red.




42/260

Adems, labase de datos de topologa de cada nodo de red contieneinformacin local sobre los grupos de transmisin del nodo de red para nodosfinales adyacentes o nodos LEN.

El nodo de red utiliza labase de datos de topologa para calcular rutas para lassesiones entre las LU de su dominio y las LU remotas, o para proporcionarinformacin a otros nodos de red para que puedan calcular rutas de sesiones.

v

Cada nodo final tiene unabase de datos de topologa local con informacinsobre los grupos de transmisin de dicho nodo final para nodos adyacentes.

El nodo final proporciona esta informacin a su servidor de nodos de red comoparte de la peticin para localizar una LU y calcular una ruta de sesin a dichaLU. El servidor de nodos de red utiliza la informacin de topologa de nodofinal cuando calcula la ruta de sesin para el nodo final. El nodo final utilizaesta informacin cuando establece sesiones con unidades LU predefinidas ennodos adyacentes. Labase de datos de topologa de nodos finales soporta lacomunicacin nicamente con nodos adyacentes.

Nota:

1. Los nodos finales y los nodos de red APPN tambin mantieneninformacin de topologa sobre los enlaces con una red de conexin(consulte Redes de conexin APPN en la pgina 27).

2. Los nodos LEN mantienen informacin sobre la topologa local y no lareenvan a un servidor de nodos de red.

Como se muestra en la Figura 8 en la pgina 23, la informacin de topologa de lared est duplicada en todos los nodos de red, y la informacin de topologa localse almacena en los nodos de red y en los nodos finales.




43/260

Labase de datos de topologa de la red est duplicada en los nodos NNA, NNB,NNC y NND. Adems, cada uno de estos nodos incluye informacin de topologalocal (excepto el nodo NNC, que no tiene informacin de topologa local porque no

tiene ningn enlace con nodos finales). El nodo NNB, por ejemplo, incluyeinformacin para el enlace fcon el nodo EN2 y para el enlace g con el nodo EN3,pero no incluye informacin para el enlace i, que conecta los nodos EN2 y EN3.

Los nodos finales slo incluyen informacin para los enlaces con nodos adyacentes.El nodo EN2, por ejemplo, incluye informacin sobre el enlace fcon el nodo NNBy sobre el enlace i con el nodo EN3.

Actualizaciones de la base de datos de topologa: Las redes APPN utilizansesiones CP-CP para intercambiar informacin sobre la topologa de la red cuandose activa o desactiva un recurso (como, por ejemplo, un nodo o un enlace entre dos

Figura8. Basede datosde topologade la red en nodosde red




44/260

nodos de red) o cuando las caractersticas de un recurso existente se modifican.Cuando se produce un cambio de este tipo, un nodo de red genera unaactualizacin de labase de datos de topologa (TDU) que contiene la identificacindel nodo, caractersticas del nodo y del enlace, y nmeros de secuencia deactualizacin que identifican el recurso que debe actualizarse y los cambios paradicho recurso. Cada TDU se enva a todos los nodos de red activos para garantizarque labase de datos de topologa de la red est actualizada en toda la red.

Seleccin de la ruta en una red APPN: Los servicios de directorio APPNlocalizan un elemento asociado especfico para la sesin; los servicios dedireccionamiento y de topologa calculan la ruta de sesin ptima despus delocalizar el elemento asociado de la sesin en la red. Cada nodo de redproporciona servicios de seleccin de ruta para las sesiones originadas por suspropias LU y por las LU de los nodos finales o de los nodos LEN a los que prestaservicio. Un nodo de red utiliza su propia informacin de topologa local, as comola informacin de labase de datos compartida de topologa de la red, para calculardinmicamente las rutas entre los distintos nodos.

Una vez que se ha localizado el elemento asociado de la sesin, el nodo de redlleva a cabo los pasos siguientes para seleccionar una ruta:

1. Obtiene las caractersticas necesarias para la ruta de la sesin.La LU que solicita la sesin especifica un nombre de modalidad que identificalas caractersticas de la sesin. La modalidad asociada identifica una clase deservicio que especifica los requisitos para los enlaces que se utilizan paradireccionar el trfico de la sesin.

2. Obtiene todos los grupos de transmisin y los nodos de red para las rutasposibles:

v Si la peticin de la sesin proviene de un nodo final, el nodo finalproporciona informacin sobre los enlaces que tiene con su servidor denodos de red y con una red de conexin, si existe alguna.

v Si el elemento asociado de la sesin no se encuentra en un nodo adyacente,

el servidor de nodos de red para la LU que solicita la sesin utiliza labasede datos de topologa de la red para identificar los nodos de red y los gruposde transmisin intermedios existentes en la ruta del elemento asociado de lasesin.

v Si el elemento asociado de la sesin se encuentra en un nodo final, el nodofinal (o su servidor de nodos de red) proporciona informacin sobre el enlaceexistente entre el servidor de nodos de red y dicho nodo final (o sobre elenlace existente entre el nodo final y una red de conexin).

3. Excluye todos los nodos de red y todos los grupos de transmisin que nocumplen las caractersticas especificadas para la ruta de la sesin.

4. Calcula la ruta ptima para la sesin.

En funcin de la clase de servicio especificada, el algoritmo de clculo de la rutacalcula un valor de peso para cada nodo y para cada enlace lgico y, acontinuacin, calcula el valor total de los pesos de cada ruta. Para seleccionar lava ptima, el nodo de red calcula la ruta actual de menor peso del nodo quecontiene la LU de origen al nodo que contiene la LU de destino.

Direccionamiento intermedioEl direccionamiento intermedio permite a un nodo de red APPN recibir ydireccionar datos destinados a otro nodo. El origen y el destino de los datospueden ser un nodo final, otro nodo de red o un nodo LEN.




45/260

El direccionamiento intermedio soporta las sesiones entre unidades lgicas que nose encuentran en nodos adyacentes. Una vez que se ha seleccionado una ruta parauna sesin, los nodos de red APPN de la ruta utilizan el direccionamientointermedio para reenviar datos de la sesin al siguiente nodo de la ruta.

Las caractersticas de los recursos que mantiene labase de datos de topologapueden incluir estados de congestin. Si un nodo de red est muy congestionado,

el nodo de red puede retransmitir esta informacin a otros nodos de red que seencuentren en la red, de modo que se reduzcan las posibilidades de que el nodode red congestionado se incluya en rutas de sesiones calculadas para sesionesnuevas.

APPN proporciona dos tipos de direccionamiento intermedio:v En el direccionamiento de sesiones intermedias (ISR), disponible en todos los

nodos de red, el nodo de red hace un seguimiento de cada una de las sesionesintermedias. Cada nodo intermedio ajusta el ritmo de los datos de la sesin paracontrolar la velocidad de flujo de los datos entre los nodos adyacentes.Asimismo, cada nodo intermedio puede segmentar datos y volver a componerlos datos segmentados. En ISR, una vez que se ha establecido una ruta de

sesin, todos los datos de la sesin utilizan la misma ruta. Si una parte de laruta falla, la sesin finaliza.

v En el direccionamiento automtico de red (ANR), disponible en los nodos de redque soportan la funcin HPR (direccionamiento de alto rendimiento) de APPN,los nodos de red intermedios pueden redireccionar dinmicamente el trfico dela sesin si una parte de la ruta falla. ANR no proporciona ritmo de sesionesintermedias ni segmentacin y recomposicin.

ANR permite a los nodos intermedios direccionar el trfico de la sesin con muchams rapidez que con el ISR de APPN tradicional. No obstante, ANR necesitaactividad general adicional del sistema en los puntos finales de RTP (protocolo detransporte rpido). En las rutas que tienen pocos nodos intermedios, una ruta ANRen realidad puede ser ms lenta que una ruta ISR, debido al tiempo de proceso

necesario en los puntos finales. En el caso de las rutas que contienen un nmeromayor de nodos intermedios (saltos), las rutas ANR generalmente son ms rpidas.La ubicacin exacta del punto neutro depende de la eficacia de los nodos RTP.

Conectividad directaLa conectividad directa permite que el trfico de la sesin viaje directamente entredos nodos sin necesidad de que exista un nodo de red APPN que direccione lasesin. Generalmente, las sesiones entre nodos conectados directamente puedenintercambiar datos con ms rapidez que las sesiones para las que los datos sedireccionan a travs de un nodo de red. En el caso de los nodos de un recurso detransporte de acceso compartido (SATF), como por ejemplo, en el caso de losnodos de una red Token Ring que se muestran en la Figura 9 en la pgina 26, sepuede incrementar la eficacia mediante la definicin de un enlace entre cada uno

de los pares de nodos de la red. No obstante, esto puede resultar una tareadificultosa: el nmero de estaciones de enlace es n (n1), siendo n el nmero denodos de la red.

En la Figura 9 en la pgina 26 se muestra una red APPN en una red Token Ring.




46/260

Si el nodo EN1 tiene una definicin de enlace para cada uno de los enlaces de la

red, dicho nodo puede establecer un enlace directo con cada nodo. En la Figura 10se muestran las definiciones de enlace necesarias para soportar enlaces directosentre el nodo EN1 y cada uno de los nodos de la red APPN. Para una red queincluye otros cinco nodos, el nodo EN1 necesita cinco definiciones de enlace:

v De EN1 a NNA

v De EN1 a EN2

v De EN1 a EN3v De EN1 a EN4

v De EN1 a EN5

Si todos los nodos de la red deben soportar los enlaces directos con todos losdems nodos, se necesita un total de 30 definiciones de enlace en los seis nodos deeste ejemplo. Generalmente, el nmero de definiciones de enlace puede calcularsecomo n (n1), siendo n el nmero de nodos de la red. En una red de mayortamao, el nmero de definiciones de enlace pasa a ser muy rpidamente difcil de

Figura9. RedAPPN con un recurso de transportedeacceso compartido

Figura10. Definicionesnecesariaspara los enlacesdirectosdelnodoEN1 a cadauno de losnodosde una redAPPN




47/260

manejar. Si se incrementa el nmero de definiciones de enlace entre los nodos dered, tambin se incrementa el nmero de TDU que fluyen por la red, y ello puederepercutir negativamente en el rendimiento.

Las redes de conexin APPN proporcionan una solucin para este problema.

Redes de conexin APPN

En las redes APPN conectadas a un recurso de transporte de acceso compartido(SATF), una red de conexin APPN reduce notablemente el nmero de definicionesde enlace necesario para soportar la conectividad directa entre los nodos de la red.En una red de conexin, un nodo final APPN debe configurar nicamente un soloenlace para un servidor de nodos de red adyacente y un enlace para la red deconexin, en lugar de configurar todos los enlaces posibles para cada nodo.

Para utilizar la caracterstica de red de conexin, una red APPN debe cumplir estascondiciones:

v Los nodos de la red APPN deben estar enlazados mediante medios conmutadoscomo Token Ring o Ethernet.

v Todos los enlaces de la red de conexin APPN deben utilizar el mismo medio.

v La red APPN que contiene la red de conexin debe estar totalmente conectada.En una red totalmente conectada, cada nodo tiene como mnimo un enlace quesoporta las sesiones CP-CP con un nodo adyacente.

En una red de conexin, el recurso SATF funciona como un nodo dedireccionamiento virtual (VRN) que se conecta directamente a cada uno de losnodos de la red de conexin. El nombre de la red de conexin sirve de nombre delpunto de control del VRN. El VRN soporta el direccionamiento directo de datos desesin entre dos nodos cualesquiera de la red de conexin, pero no establecesesiones CP-CP con otros nodos y no genera TDU. Cada uno de los nodos de lared de conexin slo necesita un enlace con su servidor de nodos de red.

En la Figura 11 se muestran las definiciones de enlace que se necesitan cuando se

utiliza una red de conexin. Mediante el uso de un nodo virtual, la red deconexin soporta los enlaces directos entre el nodo EN1 y los dems nodos de lared APPN, pero slo necesita dos definiciones de enlace.

Figura11. Definicionesnecesariaspara enlacesdirectosconun nodovirtual




48/260


49/260

Como indica su nombre en ingls, Branch Extender est diseado para las redesque pueden dividirse en reas diferenciadas, como sucursales independientes deuna gran organizacin. Funciona separando ramas de la red troncal APPNprincipal (por ejemplo, la red de la sede de la organizacin).

Cada rama contiene un nodo de un tipo nuevo llamado nodo de red deramificacin (BrNN), que se conecta a un nodo de red en la red troncal APPNprincipal. El nodo BrNN combina las funciones de un nodo de red APPN y unnodo final APPN.

v

El nodo BrNN aparece a la vista de la red troncal como un nodo final conectadoa su servidor de nodos de red (NNS) en la red troncal:

Los nodos de la red troncal no son conscientes de los nodos existentes en larama, con lo que se reduce as la cantidad de informacin sobre topologa quedebe almacenarse.

Puesto que el nodo BrNN aparece como un nodo final, no recibe informacinsobre topologa de la red troncal (la informacin sobre topologa se transmiteslo entre nodos de red).

El nodo BrNN registra todos los recursos de la rama en su NNS, como siestuvieran ubicados en el nodo BrNN. Esto significa que los nodos de la redtroncal pueden localizar recursos en la rama sin tener que ser conscientes delos distintos nodos de la rama.

v El nodo BrNN aparece a la vista de la red de ramificacin como un nodo de redque acta como NNS para los nodos finales de la rama. Cada nodo de la ramave el resto de la red como si se conectara a por medio de su NNS, del mismomodo que en el caso de un NNS estndar.

Figura12. BranchExtender




50/260

Acceso a redes de subrea desde redes APPNAun cuando las redes APPN no necesitan un sistema principal para controlar losrecursos de la red, los sistemas principales a menudo participan en redes de estetipo. APPN se ha implementado en muchas plataformas de sistema principal ypermite a los sistemas principales actuar como nodos de red en la red APPN, almismo tiempo que siguen proporcionando un SSCP para controlar las funciones

SNA de subrea antiguas.

Muchas redes SNA contienen elementos de SNA de subrea y de APPN. Laestructura troncal de la red est formada por nodos de red que deben establecer unpuente entre la LU dependiente y los recursos del sistema principal. Para que estosea posible se necesitan dos servicios adicionales:

v Un servidor de LU dependientes (DLUS) en el sistema principal proporcionaacceso a las funciones de SSCP antiguas y traspasa informacin a la red APPN.

v El peticionario de LU dependientes (DLUR) de un nodo de red o de un nodofinal proporciona un medio para transportar el trfico de sesin de las LUdependientes a un sistema principal a travs de una red APPN. Gracias a estafuncin, las sesiones de LU dependientes puedenbeneficiarse de las funciones

de direccionamiento ms verstiles que proporciona APPN.

Esta combinacin de DLUR y DLUS (generalmente se conoce slo como DLUR)permite transportar el trfico de LU dependiente sobre la red troncal APPN. Lasaplicaciones SNA existentes que utilizan unidades LU dependientes puedenpermanecer sin cambios ybeneficiarse de las capacidades de gestin de la red,ubicacin de recursos dinmicos y seleccin de rutas de APPN. De este modo, elDLUR proporciona una va de migracin muy til de SNA de subrea a APPN.

No es necesario que la LU dependiente resida en el nodo que proporciona lafuncin DLUR. Si esta funcin la proporciona un nodo de red, la LU dependientepuede estar en un nodo de red adyacente, en un nodo final o en un nodo LEN. Encambio, si la funcin la proporciona un nodo final, la LU dependiente debe estar

en el nodo final propiamente dicho.

Acceso a redes de subrea desde redes APPN



51/260

Captulo 2. Administracin de CS/AIX

Si desea tener una visin general sobre la administracin de CS/AIX y sobre lasdistintas herramientas que se suministran, consulte el apartado Visin general de

la administracin de CS/AIX.

El primer paso de la administracin de CS/AIX es la configuracin del nodo y susrecursos. Para empezar, planifique la configuracin segn se describe enPlanificacin de la configuracin de CS/AIX en la pgina 40.

Para poder configurar CS/AIX, deber habilitar el software CS/AIX tal como sedescribe en Habilitacin e inhabilitacin de CS/AIX en el sistema local en lapgina 41.

Cuando CS/AIX est habilitado, puede ejecutar el programa de administracin deMotif(consulte el apartado Utilizacin del programa de administracin paraMotif en la pgina 44). El programa de administracin Motifle indica los pasosde configuracin necesarios para dar soporte a la comunicacin SNA con CS/AIX.Este programa de administracin es la herramienta de administracinrecomendada, ya que reduce al mnimo la informacin de configuracin necesariaque debe proporcionar y le indica cada uno de los pasos que debe realizar parasoportar distintos tipos de comunicacin (por ejemplo, comunicacin 3270 oAPPC).

Si lo prefiere, puede utilizar el programa de administracin Web tal como sedescribe en el apartado Utilizacin del programa de administracin para Web enla pgina 54 o el programa de administracin tal como se describe en el apartadoUtilizacin del programa de administracin de lnea de mandatos en la pgina61.

Para cada una de las tareas de administracin, en esta gua se proporcionainformacin que puede utilizar para la administracin mediante Motifo mediantela lnea de mandatos. En Herramientas de administracin en la pgina 32 sedescriben otros mtodos de configuracin.

Visin general de la administracin de CS/AIXComo administrador de CS/AIX, es responsable de instalar el software CS/AIX yde gestionar sus recursos. Antes de empezar la administracin de CS/AIX, debetener claras las caractersticas principales del producto CS/AIX (consulte lapublicacin Communications Server para AIXGua de iniciacin rpida). En esteapartado se describen las tareas de administracin que debe llevar a cabo y las

herramientas que puede utilizar para ello.

Responsabilidades de administracinPara administrar el sistema CS/AIX, debe seguir los pasos siguientes:

1. Defina los recursos del sistema CS/AIX, en funcin de los programas deusuario que se vayan a ejecutar. Trabaje con los administradores del sistemaprincipal o de los sistemas iguales con los que el sistema CS/AIX se comunica,para asegurarse de que la configuracin CS/AIX se corresponde con la delsistema remoto.

2. Inicialice el software CS/AIX.

Copyright IBM Corp. 2000, 2005 31


52/260

3. Si lo desea, modifique la configuracin de forma dinmica a medida que vayancambiando los requisitos (puede aadir o eliminar recursos, o activar ydesactivar los recursos definidos).

4. Supervise el estado de los recursos activos y recopile informacin sobre losdiagnsticos para determinar qu tipo de problemas se producen.

5. Si lo desea, cree programas de aplicacin o scripts de shell para automatizar

operaciones estndar de gestin.Estas tareas generalmente las lleva a cabo un Administrador del sistema en el sitioen el que se ha instalado CS/AIX. Sin embargo, CS/AIX tambin proporciona elrecurso de mandatos de punto de servicio (SPCF), que permite que un operadorutilice el programa NetView para llevar a cabo de forma remoto los pasos 2 y 3,emitiendo mandatos de gestin en la consola NetView. Si desea ver msinformacin sobre SPCF, consulte el Captulo 9, Gestin de CS/AIX desdeNetView, en la pgina 137.

Herramientas de administracinCS/AIX proporciona una gama de herramientas para administrar el sistema. Enfuncin de sus necesidades, es posible que no deba utilizarlas todas. En esteapartado se describen de forma resumida las funciones que proporciona cada unade estas herramientas.

Nota:

1. En este documento se proporciona informacin general sobre laadministracin de CS/AIX, que puede llevar a cabo mediante cualquierade las herramientas que se describen en este apartado. En la mayora delos casos, se recomienda utilizar el programa de administracin paraMotif, porque proporciona instrucciones contextuales para configurar ygestionar los nodos.

2. Para obtener informacin sobre cmo controlar quin puede utilizar lasherramientas de CS/AIX y la gama de funciones de administracin que

pueden utilizar, consulte el apartado Permisos de administracin en lapgina 39.

CS/AIX incluye las siguientes herramientas de administracin:

v Programa de administracin para Motif(consulte Programa de administracinpara Motif en la pgina 33).

v Programa de administracin para Web (consulte Programa de administracinpara Web en la pgina 34).

v SMIT (consulte Programa de administracin para SMIT en la pgina 35 oApndice B, Utilizacin de la SMIT para administrar CS/AIX, en la pgina199).

v Programa de administracin de lnea de mandatos (consulte el manual

Programa de administracin de lnea de mandatos en la pgina 36, o elmanual Communications Server for AIXAdministration Command Reference).

v Recurso de mandatos de punto de servicio (consulte Recurso de mandatosremotos en la pgina 36).

v Archivos de configuracin (consulte Archivos de configuracin en la pgina36).

v Herramientas de diagnstico (consulte Herramientas de diagnstico en lapgina 38).

Visin general de la administracin de CS/AIX



53/260


54/260

Si desea obtener ms informacin sobre cmo utilizar el programa deadministracin para Motifpara definir y gestionar recursos de CS/AIX, consulteInvocacin del programa de administracin para Motif en la pgina 44 obienconsulte las pantallas de ayuda que proporciona el programa.

Nota: El programa de administracin para Motiftambin le permite definir todoslos parmetros necesarios para las configuraciones estndar de CS/AIX.

(Tambin se puede utilizar la SMIT para suministrar informacin deconfiguracin.) En el caso de parmetros avanzados, el programa deadministracin para Motif(o para la SMIT) suministra valores por omisin.El administrador slo debe suministrar la informacin esencial de laconfiguracin, lo que le permite configurar las comunicaciones SNA deforma rpida y sencilla.

Las dems herramientas de administracin de CS/AIX, incluida laconfiguracin con la lnea de mandatos y los programas de aplicacin NOFproporcionan acceso a una gama de parmetros de configuracin y opcionesms amplia que la mostrada en el programa de administracin para Motif.No obstante, en la mayora de los casos, puede realizar toda la configuracinnecesaria desde el programa de administracin para Motif, ya que steexpone los campos clave que debe configurar y oculta los campos que lamayor parte de los usuarios no necesitan modificar. Los valores po

Administracion AIX

Documents

Transcript of Administracion AIX