MPTS Fixpak (WR_8610) - Spain

IBM MPTS LAN Adapter and Protocol Support FixPak WRx8610 This FixPak is a refresh of the MPTS LAN Adapter and Protocol Support program and is intended to replace (upgrade) only LICENSED instances of MPTS. This FixPak supersedes WRx8506. It supercedes WRx8423 except for users running WSOD (see note). NOTE 1 : This FixPak will service all MPTS versions except WSOD Release 1 clients. NOTE 2 : See the file readme.txt for additional information This version of MPTS is installed using the MPTS Program Product Installation Aid, MPTS.EXE. There is NO selective install of MPTS sub-components. All components of MPTS are installed, including all of the MAC drivers. Please refer to the MPTS Configuration Guide on Diskette 6 for complete Installation and Configuration details. ************************************************************************ Diskettes can be created using the LOADDSKF utility. There are 8 files/images included in this package. ************************************************************************ Wx8610B1 DSK MPTS DISKETTE #1 LAPS 3.50 1.44MB Wx8610B2 DSK MPTS DISKETTE #2 MPTS Socket-TCP/IP Support Files 3.50 1.44MB Wx8610B3 DSK MPTS DISKETTE #3 MPTS Socket-TCP/IP Support Files 3.50 1.44MB Wx8610B4 DSK MPTS DISKETTE #4 MPTS Socket-TCP/IP Support Files 3.50 1.44MB Wx8610B5 DSK MPTS DISKETTE #5 Transport Protocol Drivers 3.50 1.44MB Wx8610B6 DSK MPTS DISKETTE #6 MAC Adapter Drivers 3.50 1.44MB Wx8610B7 DSK MPTS DISKETTE #7 Utilities 3.50 1.44MB Wx8610B8 DSK MPTS DISKETTE #8 Pubs and Symbol Tables for Debug 3.50 1.44MB IBM MPTS LAN Adapter and Protocol Support FixPak WRx8610 This package is a refresh of the MPTS LAN Adapter and Protocol Support (MPTS) program and is intended to replace (upgrade) only LICENSED instances of MPTS. As such, its use is limited to the license agreement under which you obtained the original licensed copy. This version of MPTS is installed using the MPTS Program Product Installation Aid, MPTS.EXE. There is NO selective install of MPTS sub-components. All components of MPTS are installed, including all of the MAC drivers. Use the following procedure for manual (diskette-based) installation: 1. Ensure that adequate disk space is available for MPTS install. MPTS versions require 11.5 mb of disk space for both new installations and re-installations of MPTS. 2. With the MPTS refresh diskette (FixPak Diskette 1) in drive A:, run MPTS by entering "A:\MPTS", and follow the prompts. 3. Shut Down and Reboot the system. NOTE : SEE THE FILE WRx8610.TXT FOR ADDITIONAL INFORMATION The following APARs are fixed with WRx8610: APAR = IC14877 NETBEUI TRAPS IN TIMERINDICATE. An intermittent trap occurs in netbeui.os2, timerindicate procedure. This has been reported on both WR08150 (MPTS for LS 4.0) and WR08152 (MPTS for Warp Connect). The trap in both cases is caused by an invalid pointer to dgroup. APAR = IC17233 USING SRVIFS TO INSTALL LAN SERVER ENDS WITH LSI0073 ERROR. SRVIFS drive is Z:, which is a redirected drive to a CDROM. When issuing the following command, the program ends with an LSI0073 error and then traps: Z:\CID\SERVER\IBMLS\LANINSTR /REQ APAR = IC18814 A CUSTOMER APPLICATION DOES NOT TERMINATE. DEBUG SHOWS 1 THREAD STILL ACTIVE. Customer has workbench application called REUCCS.EXE. When terminating the application, one thread from the app still remains active. This is due to an NCB.LISTEN that is not getting cleaned up when the application ends. This is somewhat different from IC17205 because the fix that resolves DCAF has no bearing on this problem. APAR = IC19116 TRAP000D IN NETBIOS.OS2 IN FUNCTION IDC_ENTRY +1AA. TRAP MOST PREVALENT DURING SHUTDOWN. Trap000d happens during shutdown. Function is IDC_Entry +1aa. We are attempting to do a compare of biosinfotable seg number to 0. The problem is that we are using the wrong offset--si instead of di--and thus we are going past the boundary of selector ds. APAR = IC19338 USING FIXPAK WR_8415 AND THE LAPSDUMP THAT WENT OUT WITH IT CREATED INCORRECT OUTPUT FOR NETBEUI SUMMARY User installed CSD WRS8415 and the LAPSDUMP on the same CSD disk (diskette_5). User specified USER configured NCB of 254. However, the NETBEUI summary section came out with: CONFIGURED NCBs ==> 36864 We recreated this problem using U.S version (WR08415) and the CONFIGURED NCBs showed 24576. These values are too high and need to be corrected in the code. The date and file size of the LAPSDUMP is lapsdump.exe 17/03/97 17:50 112606 APAR = IC19569 TRAP000D IN TCPBEUI FUNCTION SOCKET_DATAGRAM_386, LABEL SOCKET_DG_NEXTDS DUE TO INVALID REGISTER LOADING INTO ES. Customer is getting a trap000d in TCPBEUI.OS2. This trap is happening during receipt of datagrams. Trap is in Socket_datagram_386 function. If you look at the ERRCD value, you can see the selector that is trying to be placed into es. The problem is that this value is currently an invalid selector. Therefore, it traps. APAR = IC19807 LISTEN NOT POSTED FOR NT CLIENT WHEN THE SERVER IS USING MULTIPLE ADAPTERS. NT client sends a find name, then sends a directed call to the specific adapter that answered the find name. If that adapter happens to be answering another find name, there will be no listen posted. Another adapter on the server will not be able to answer it because the call was directed to the specific adapter. APAR = IC19947 LOOP IN ACSNETB.DLL (AT WR08415 OR LATER) OCCURS WHEN SHUTTING DOWN CICS APPLICATION IF SESSIONS ARE STILL CONNECTED. There is a loop in acsnetb.dll during a shutdown of CICS. This loop only happens if CICS has current sessions established when shutdown of CICS is initiated. Basically, the system hangs and must be rebooted to clear it out. At this time, it appears that acsnetb.dll is getting an incorrect value from netbios at the time of the loop. When this happens, the post_dispatcher thread never exits, therefore, the app is also never allowed to exit. APAR = IC19994 WHEN INSTALLING WR08421, LAPSPM.DLL IS NOT CALLING IN18INST.EXE, AND THEREFORE THE IBMI18N SUBDIRECTORY IS NOT CREATED. This problem causes errors when you attempt to install TCP/IP from diskettes that are created from the Merlin CD. To recreate: 1. Install Merlin (base OS/2 without any networking support) 2. Install MPTS WR08421 (do not install GA MPTS that is shipped with Merlin). 3. Using proddsks, create and install TCP/IP. 4. You will get an xpg/4 error after diskette 13. APAR = IC20180 MAPNAME.EXE CREATES RFC NAMES WITH "AAAAAAAAAAA...." IF COMBINATIONS OF MJ OR MZ ARE USED FOR THE NETBIOS NAME. When using MAPNAME to create RFC names, the output is incorrect when the letter combinations of MJ or MZ are used within the NETBIOS name. Some examples are below: > mapname 1MZXSRV01 /rb RFC name: DBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA > MAPNAME MMZXSRV01 /rb RFC name: ENAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA These are failing letter combinations: MJ and MZ (MAPNAME is case sensitive so mj, Mj, mJ, mz, Mz, and mZ also fail). - "M" and "m" converted both end in "N" (ie. EN, and GN) - "J", "j", "Z", and "z" converted all end in "K" (ie. EK, GK, FK, and HK). Note: Replacing "M" or "m" with "-", which when converted also ends in "N" (CN), will cause the RFC name to be incorrect. APAR = IC20181 MPTS PLACES THE IBMLANLK DRIVERS IN A BAD POSITION IN THE CONFIG.SYS UNDER CERTAIN CONDITIONS. When reinstalling MPTS, the install code places the IBMLANLK drivers in a bad position in the CONFIG.SYS. This is only known to happen, under normal conditions, when you are reinstalling the MPTS code. It should not happen on a first-time install. It happens when there is a DEVICE statement before the HPFS IFS statement in the CONFIG.SYS. APAR = IC20282 NCB.FIND.NAME COMMAND IS RETURNING IMMEDIATELY INSTEAD OF WAITING 5 SECONDS. THIS CAUSES PROBLEMS WITH GROUP RESPONSES. When doing an NCB.FIND.NAME before WR08415 is applied, the findname would wait 5 seconds before completion--even if it got a name_recognized response. This would allow applications to get more than one response in the event that the netbios name in question is a group name. After applying WR08415, the findname is completing immediately after it receives a name_recognized response, thus causing invalid information to be passed back to the customer. APAR = IC20452 THE IBMTRP.NIF IS NAMED IBMTRPO2.NIF IN MPTS WR08421 AND WR08600. THE CORRECT NIF FILE NAME IS IBMTRP.NIF. Customer was using the IBMTRP.OS2 and IBMTRP.NIF files for the IBM PCI 16/4 Token Ring adapter under an OS/2 Warp 3.0 system. The customer then migrated from WR08415 (with IBMTRP drivers shipped with the adapter) to an OS/2 Warp 4.0 system with WR08600 MPTS. We found that MPTS WR08421 or later (i.e. WR08600) includes the correct NIF file with the wrong name. APAR = IC20887 GETTING HANG CONDITION ON CLIENTS WHEN ATTEMPTING TO DO MULTIPLE LOGONS FROM SEVERAL DIFFERENT SYSTEMS AT THE SAME TIME. Customer is attempting to logon to the server from several different systems at the same time. Customer is using a script that does the logon and has clients configured for Netbeui and TCPBEUI. The session that is doing the logon hangs. Logon does not complete. The problem is that the client is awaiting completion of a send datagram. This wait is causing the logon to hang. APAR = IC20959 UNABLE TO ACTIVATE AN LU IN A CERTAIN ADDRESS RANGE IN LANDD.OS2. When CS is attempting to have a client activate an LU with it (at start of CS on client), the activate fails if the LAA has a 31 in its 56 positions (e.g., 40:00:31:04:05:55). If the address is changed to 40:00:32:04:05:55, then all is ok. *************************************************************************** (c) Copyright 1996 International Business Machines Corp. README.MPT para MPTS* (Multi-Protocol Transport Services) 7/96 *************************************************************************** Tabla de contenido *************************************************************************** SECCIÓN 1: INSTALACIÓN Y CONFIGURACIÓN 1.1 - SELECCIONAR CONFIGURAR AL ACTUALIZAR MPTS* 1.2 - RECONFIGURACIÓN DE PROTOCOLOS 1.3 - INSTALACIÓN DE VERSIONES ANTERIORES DE LAN TRANSPORT (NTS/2-MPTS) 1.4 - NO SE PUEDE ARRANCAR MPTS* DEBIDO A ARCHIVOS BLOQUEADOS 1.5 - PARÁMETROS AÑADIDOS A CONFIG.SYS BORRADOS 1.6 - CONFIGURACIÓN DE UNA INTERFAZ DE LAN PARA TCP/IP 1.7 - INSTALACIÓN DE MPTS SOBRE UNA VERSIÓN EN CD-ROM DE LAN SERVER 3.0 1.8 - ARCHIVO READMAC.TXT CON INFORMACIÓN ADICIONAL SOBRE INSTALACIÓN Y CONFIGURACIÓN DEL CONTROLADOR MAC 1.9 - INSTALACIÓN DE NetBIOS PARA TCP/IP SOBRE IBM NetBIOS VERSIÓN 1 1.10 - PARÁMETROS DE CONFIGURACIÓN DEL CONTROLADOR DE DISPOSITIVO SOCKETS 1.11 - MPTS INCOMPATIBLE WITH WARP SERVER/WARP SERVER SMP VERSIONS OF DHCPSD AND NAMED. 1.12 - BOOT ERRORS DURING Alt-F1, F2 (Use original CONFIG.SYS) SECCIÓN 2: NETBIOS 2.1 - UTILIZACIÓN DE RAM DE NETBIOS 2.2 - CÁLCULOS DE RAM DE NETBEUI 2.3 - NUEVOS PARÁMETROS DE PROTOCOL.INI PARA NETBEUI SECCIÓN 3: OS/2* NETBIOS SOBRE TCP/IP* 3.1 - SOCKETS NATIVOS SOBRE NETBIOS SECCIÓN 4: MARCAS REGISTRADAS Y MARCAS DE SERVICIO *************************************************************************** SECCIÓN 1: INSTALACIÓN Y CONFIGURACIÓN *************************************************************************** ________________________________________________ 1.1 - SELECCIONAR CONFIGURAR AL ACTUALIZAR MPTS* Cuando actualice una configuración existente al instalar este nuevo release de MPTS, el usuario debe seleccionar Configurar después de la instalación y validar su Configuración de LAPS y también actualizar el archivo CONFIG.SYS. Este nuevo MPTS incluye nuevos controladores de transporte TCP/IP con nuevos nombres de controladores, de modo que a menos que se actualice CONFIG.SYS, no se hará una migración satisfactoria de la configuración. ___________________________________ 1.2 - RECONFIGURACIÓN DE PROTOCOLOS Al reconfigurar protocolos que afecten a LAN Server* u OS/2 Peer*, deberá realizar la reconfiguración mediante LAN Server* (en lugar de MPTS*) para asegurarse de que se actualizan los archivos del LAN Server o de OS/2 Peer*. _______________________________________________________________________ 1.3 - INSTALACIÓN DE VERSIONES ANTERIORES DE LAN TRANSPORT (NTS/2-MPTS) Algunos productos IBM incluyen versiones anteriores de LAN Transport como característica del programa. Estas versiones anteriores de LAN Transport pueden ser NTS/2* o MPTS*. Si instala uno de estos productos que incluyen una versión anterior de LAN Transport después de instalar la versión actual de MPTS*, no vuelva a instalar LAN Transport desde ese producto. Las versiones anterior de NTS/2* y MPTS* son subconjuntos funcionales del MPTS* actual y no deben solapar jamás la versión actual de MPTS*. Dado que la versión actual de MPTS* es un superconjunto de los LAN Transport anteriores, los productos que usan la versión actual de MPTS* funcionarán normalmente al ejecutarse sobre ella. Por tanto, todos los CSD y arreglos APAR deben ser los correspondientes a la versión que esté instalada. Al intentar instalar una versión anterior de Transport sobre el MPTS* actual, antes de la instalación un panel le advertirá de que está a punto de instalar una versión de LAPS anterior a la que ya existe en el sistema. Debe seleccionar "NO" para salir de la instalación. Para una instalación CID, establezca upgrade_level = same (u old) en inst_section de su archivo de respuestas, para impedir que MPTS* sea solapado por una versión más antigua de Transport. El mandato del OS/2 "syslevel" proporciona información de usuario acerca de la versión de LAN Transport que actualmente está instalada en el sistema. Los archivos de syslevel para MPTS son: IBM OS/2 Soporte de Protocolo y Adaptador de la LAN (syslevel.trp) IBM OS/2 Socket/Multi-Protocol Transport Services (syslevel.mpt) _____________________________________________________________ 1.4 - NO SE PUEDE ARRANCAR MPTS* DEBIDO A ARCHIVOS BLOQUEADOS Ocasionalmente, el programa de utilidad de configuración de MPTS no permitirá reconfigurar al usuario debido a Archivos bloqueados. Aparecerá el siguiente mensaje: Ha reinstalado MPTS. Los archivos bloqueados no le permitirán iniciar MPTS. Debe salir de MPTS, concluir y reiniciar la estación de trabajo antes de poder iniciar MPTS. Si no ha reinstalado MPTS, entonces suprima el archivo IBMLANLK.LST que se encuentra en el directorio \OS2\INSTALL en la unidad de arranque. Esto le permitirá iniciar MPTS. NO suprima este archivo si ha reinstalado MPTS y no ha ejecutado una conclusión ni ha arrancado en la misma unidad de arranque. _______________________________________________ 1.5 - PARÁMETROS AÑADIDOS A CONFIG.SYS BORRADOS Si se han añadido parámetros a los controladores en el archivo CONFIG.SYS y dichos controladores forman parte de la configuración MPTS, MPTS no conservará los parámetros si el usuario efectúa una nueva configuración de MPTS en la que se actualice CONFIG.SYS. Los parámetros se pueden especificar en el controlador AFNB.SYS para configurar el soporte de socket Netbios Nativo. Si MPTS lleva a cabo una actualización de CONFIG.SYS, la versión original de CONFIG.SYS se guarda como CONFIG.MPT. ______________________________________________________ 1.6 - CONFIGURACIÓN DE UNA INTERFAZ DE LAN PARA TCP/IP Cuando IBM TCP/IP Base Kit no está instalado en el sistema, puede configurar el sistema para soporte TCP/IP del modo siguiente: 1. Utilizando el panel LAPS, asigne el protocolo TCP/IP a un adaptador FÍSICO (por ejemplo, al adaptador de Red en Anillo Compatible IBM). Si lo desea, también puede configurar el protocolo TCP/IP SOBRE NetBIOS. Observe que si ya tiene configurado NetBIOS para este adaptador, se le pedirá que cambie el número de "ADAPTADOR LÓGICO". Estos valores se aplican solamente a este panel no tienen ninguna relación con las selecciones efectuadas en otros paneles. NOTA: No debe cambiar el número de ADAPTADOR LÓGICO para ninguno de los otros protocolos a menos que así se le indique. 2. Vuelva al panel "Configurar", seleccione Configuración TCP/IP y pulse Configurar. 3. En el panel "Configuración TCP/IP", seleccione "Parámetros de interfaz de red" y pulse Configurar. 4. En el panel "Configurar Parámetros de Interfaz de Red TCP/IP", resalte el adaptador de LAN FÍSICO que tiene instalado en el sistema y al que previamente asignó el protocolo TCP/IP. 5. Pulse Activar para activar la interfaz. Por ejemplo: si sólo tuviera instalado un adaptador de Red en Anillo Compatible IBM, activaría solamente el adaptador 0 (puesto que sólo hay un adaptador FÍSICO), incluso aunque en el paso 1 haya hecho referencia a dos adaptadores LÓGICOS. 6. Escriba la información de IP adecuada (o seleccione el recuadro Habilitar DHCP) y guarde la información. 7. Al volver a los paneles anteriores y salir de MPTS se configurará el sistema y se actualizará CONFIG.SYS (si así se seleccionó). 8. Rearranque el sistema para activar la nueva configuración. _______________________________________________________________________ 1.7 - INSTALACIÓN DE MPTS SOBRE UNA VERSIÓN EN CD-ROM DE LAN SERVER 3.0 Para instalar MPTS sobre una versión de LAPS que se haya instalado anteriormente con la versión en CD-ROM de LAN Server 3.0, antes de instalar MPTS es preciso quitar el atributo de archivo READONLY de todos los archivos del directorio \IBMCOM y de todos sus subdirectorios. Para quitar el atributo de archivo READONLY, emita el siguiente mandatos desde un indicador de mandatos de OS/2: ATTRIB -R \IBMCOM\*.* /S _________________________________________________________ 1.8 - ARCHIVO READMAC.TXT CON INFORMACIÓN ADICIONAL SOBRE INSTALACIÓN Y CONFIGURACIÓN DEL CONTROLADOR MAC Puede encontrar una lista completa de tarjetas adaptadoras a las que se da soporte, así como información sobre los controladores MAC, en el archivo READMAC.TXT, situado en el subdirectorio IBMCOM\MACS en un sistema instalado con MPTS. Antes de la instalación, se puede extraer este archivo del disquete del producto que contenga el archivo MACS.ZIP mediante el siguiente mandato: pkunzip2 macs.zip ibmcom\macs\readmac.txt MPTS también suministra archivos README correspondientes a varios controladores MAC. Estos archivos tienen la extensión .TXT y están situados en el subdirectorio IBMCOM\MACS de un sistema instalado con MPTS. Antes de la instalación, puede extraer dichos archivos desde los disquetes del producto que contengan el archivo MACS.ZIP. Para ver qué controladores MAC llevan asociado un archivo de texto README, emita el siguiente mandato sobre el archivo MACS.ZIP: pkunzip2 macs.zip *.txt /v Para extraer un archivo en concreto, utilice el siguiente mandato sobre el archivo ZIP: pkunzip2 macs.zip ibmcom\macs\driver_name.txt ____________________________________________________________________ 1.9 - INSTALACIÓN DE NetBIOS PARA TCP/IP SOBRE IBM NetBIOS VERSIÓN 1 Cuando se instala MPTS en un sistema que anteriormente se había configurado para NETBIOS para TCP/IP utilizando el "Programa IBM NetBIOS Versión 1 para OS/2", los nuevos controladores de dispositivo MPTS no son compatibles con el producto IBM NetBIOS Versión 1. Debe realizar los siguientes pasos: 1. Utilizando el MPTS recién instalado, reconfigure el sistema utilizando MPTS y seleccione el protocolo NetBIOS sobre TCP/IP. 2. Configure la interfaz de socket NetBIOS utilizando MPTS. 3. ANTES de rearrancar, edite el archivo CONFIG.SYS y efectúe las siguientes modificaciones: A. Elimine la sentencia: DEVICE=<d>:\<vía acceso producto netbios2>\NBDRIVER.SYS B. Edite la sentencia LIBPATH para eliminar la referencia a la vía de acceso del producto netbios2. 4. Puede eliminar el producto IBM NetBIOS para TCPIP. _________________________________________________________________________ 1.10 - PARÁMETROS DE CONFIGURACIÓN DEL CONTROLADOR DE DISPOSITIVO SOCKETS A continuación figuran los parámetros configurables que se pueden especificar en la sentencia DEVICE=C:\MPTN\PROTOCOL\SOCKETS.SYS del archivo CONFIG.SYS: /c:# número de puerto com de la depuración; el valor por omisión es 2 /v visualizar mensaje de cabecera al arrancar /uis:0 desactivar id exclusivo para select(); el valor por omisión es que esté activado /mem:# número de clusters de 4 K bytes asignados en la inicialización. El valor por omisión es 75, rango comprendido entre 30 y 32766 /gdt:# número máximo de bloques de 64k bytes que la pila puede asignar. El valor por omisión es 80. _________________________________________________________ 1.11 - MPTS INCOMPATIBLE WITH WARP SERVER/WARP SERVER SMP VERSIONS OF DHCPSD AND NAMED. The versions of DHCPSD and NAMED shipped with OS/2 Warp Server and Warp Server SMP are incompatible with MPTS version 5.30 or greater. Normally it is possible to install a new version of MPTS without installing a new version of the TCP/IP applications, but DHCPSD and NAMED are exceptions. If you upgrade MPTS (version 5.30 or greater) on a Warp Server or Warp Server SMP DHCP or NAMED server, you must also install new versions of the DHCP and Domain Name Servers. -------------------------------------------------------------- 1.12 - BOOT ERRORS DURING Alt-F1, F2 (Use original CONFIG.SYS) If using the OS/2 Boot Recovery options of Alt-F1 and then F2, it is possible one or both of the following errors may occur during the boot sequence. SYS1718: The system cannot find the file C:\MPTN\PROTOCOL\IFNDIS.SYS specified in the device statement of config.sys. Press Enter to continue... SYS1718: The system cannot find the file C:\TCPIP\BIN\VDOSTCP.VDD specified in the device statement of config.sys. Press Enter to continue... The OS/2 Boot Recovery mechanism allows the end-user to use the original CONFIG.SYS created by the OS/2 install process. Installing, uninstalling, or upgrading OS/2 components can remove files referenced by this version of CONFIG.SYS. When this occurs messages of the above type can appear. Earlier versions of MPTS: Referenced the file IFNDIS.SYS, this version no longer uses IFNDIS.SYS and the installation process removes this file. MPTS did not ship the file VDOSTCP.VDD, instead TCP/IP shipped the file. MPTS now ships this file and places it in the \MPTN\BIN sub-directory while deleting the copy found in the \TCPIP\BIN sub-directory. These actions causes the boot-up errors using the original config.sys file. The user can resolve the recovery boot-up errors by modifying the \os2\boot\config.x file located on the boot drive. It is the CONFIG.SYS file used to boot-up during the F2 recovery process. The following can be done to the \os2\boot\config.x file to resolve the recovery boot-up errors: - Execute the following command ATTRIB -R \OS2\BOOT\CONFIG.X - Edit the \os2\boot\config.x file with any text editor (i.e. TEDIT.EXE) - Modify the following statement in the config.x file From DEVICE=C:\MPTN\PROTOCOL\IFNDIS.SYS To REM DEVICE=C:\MPTN\PROTOCOL\IFNDIS.SYS - Modify the following statement in the config.x file From RUN=C:\TCPIP\BIN\VDOSTCP.VDD To RUN=C:\MPTN\BIN\VDOSTCP.VDD - Save the \os2\boot\config.x file - Execute the following command ATTRIB +R \OS2\BOOT\CONFIG.X You may also edit the \os2\boot\config.x file and place the following statement in it: PAUSEONERROR=NO This will display the error messages during boot-up but processing will continue without any intervention. NOTE: Should you fall back to a previous MPTS version, you may need to reverse the above changes to CONFIG.X. ************************************************************************** SECCIÓN 2 NETBIOS *************************************************************************** ______________________________________ 2.1 - UTILIZACIÓN DE LA RAM DE NETBIOS El controlador de dispositivo de la API de NetBIOS utiliza una sola área de datos de 64 K para asignar recursos. Para determinar los recursos a asignar para la API de NetBIOS necesita conocer la utilización de RAM del controlador de API de NetBIOS para que permanezca dentro de la limitación de 64 K. La suma de los elementos siguientes debe ser menor o igual a 64 KB: - 11200 bytes generales del sistema - 95 bytes para cada NCB disponible para la API de NetBIOS - 15*(los NCB disponibles para la API de NetBIOS - 15) (utilice 0 si es menor de 0) - 990 para cada adaptador configurado para NetBIOS Los ejemplos sobre la utilización de RAM de la API de NetBIOS se encuentran en la publicación LAN Technical Reference. Si ha excedido el límite de 64 K, durante la IPL se visualizará el siguiente error: LT00065: Los parámetros de configuración definidos en PROTOCOL.INI exceden el área de trabajo de 64 KB. El soporte de NetBIOS 4.0 ha finalizado. ________________________________ 2.2 - CÁLCULOS DE RAM DE NETBEUI La utilización de RAM de NetBEUI puede calcularse automáticamente utilizando la utilidad NB64K que hay en el archivo MPTSAPLT.ZIP. Encontrará la fórmula para determinar la utilización de RAM de NetBEUI en el Apéndice C de la Guía de Configuración de MPTS*. Si ha excedido el límite de 64 K, durante la IPL se visualizará el siguiente error: LT00097: Los recursos del sistema no están disponibles para mantener la configuración de parámetros actual de PROTOCOL.INI. IBM* NETBEUI no se ha cargado. ____________________________________________________ 2.3 - NUEVOS PARÁMETROS DE PROTOCOL.INI PARA NETBEUI La sección NETBEUI del archivo PROTOCOL.INI tiene dos parámetros configurables que no están relacionados en la documentación, SIDEBAND y BALANCE. Los valores por omisión de éstos no deben cambiarse. Cuando no estén presentes en el archivo PROTOCOL.INI, estos dos parámetros se establecerán automáticamente con los valores correctos. Los valores por omisión (cuando no estén presentes en PROTOCOL.INI) son los siguientes: SIDEBAND = 1 BALANCE = 2 El establecimiento de SIDEBAND en 1 permite una mejora del rendimiento del LAN Server* para el envío de tramas pequeñas. El establecer SIDEBAND en 0 inhabilita esta mejora del rendimiento. BALANCE se utiliza para controlar la manera en que NETBEUI elige los adaptadores que se van a utilizar cuando se emite un mandato NCB.LISTEN en una máquina con múltiples adaptadores de red. Si dos adaptadores de la misma máquina están en el mismo segmento de red (segmento con puente), establecer BALANCE en 0 inhabilita el equilibrio de carga, establecer BALANCE en 1 activa la modalidad de equilibrio de carga y establecerlo en 2 permite que NETBEUI decida la modalidad de equilibrio de carga apropiada. *************************************************************************** SECCIÓN 3 OS/2* NETBIOS SOBRE TCP/IP* *************************************************************************** ___________________________________ 3.1 - SOCKETS NATIVOS SOBRE NETBIOS Ya no se da soporte a las opciones SO_SNDTIMEO y SO_RCVTIMEO en las llamadas a GETSOCKOPT y SETSOCKOPT para AF_INET o AF_NB. Cuando se codifiquen llamadas a sockets utilizando el protocolo AF_NB, debe tenerse en cuenta lo siguiente: - AF_NB no da soporte a connect-connect. - El ID de red codificado en la estructura de la dirección es el adaptador local y no el adaptador de la máquina destino. - AF_NB no da soporte a datos OOB. Puede recibir el código de error ENOPROTOOPT 10042 o EOPNOTSUPP 10045. - Si emite un mandato bind seguido de un connect, AF_NB verificará si el ID de red en la llamada a connect es el mismo que el ID de red de la llamada a bind. - Si realiza un mandato bind implícito, AF_NB utilizará el Id de red especificado en la llamada a connect. - AF_NB no da soporte a la conclusión de tipo 1 o a la conclusión de tipo 2. Emitir cualquiera de los dos da como resultado un código de error de 10045. Sin embargo, si se ha pedido la conclusión de tipo 2, se realizará una conclusión de tipo 0. Consideraciones de personalización: - Para utilizar AF_NB, debe establecerse USEMAXDATAGRAMS en YES en \IBMCOM\PROTOCOL.INI. El valor por omisión para USEMAXDATAGRAMS es NO. - El número máximo de NCB disponibles para cada sesión se puede configurar hasta un máximo de 255. Si se acaban los NCB se cuelga el programa. - Si modifica manualmente las sentencias de CONFIG.SYS, tenga en cuenta que se perderán las modificaciones si reinstala o actualiza MPTS. - La personalización por omisión de NetBios no es suficiente para dar soporte al número máximo de solicitudes pendientes de conexión que pueden codificarse en una escucha. También, cuando se alcanza la solicitud pendiente de conexión, la conexión AF_NB informa de una conexión satisfactoria. Una conexión NetBios se considera satisfactoria cuando se completan los NCB de escucha y de conexión. El servidor no sabe que se ha alcanzado la solicitud pendiente de conexión hasta más tarde. El servidor colgará la sesión convirtiéndola en no utilizable. - Los valores por omisión de \IBMCOM\PROTOCOL.INI y de \IBMLAN\IBMLAN.INI para el número máximo de nombres no son suficientes cuando se ejecuta en un sistema de múltiples adaptadores de la LAN con LAN Server o LAN Requester instalado. - Cuando se utiliza el protocolo AF_NB, el código de error 10055 puede significar que se ha quedado sin nombres en la tabla de nombres. El problema se solucionará en parte incrementando el máximo en \IBMCOM\PROTOCOL.INI y en CONFIG.SYS. *************************************************************************** SECCIÓN 4: MARCAS REGISTRADAS Y MARCAS DE SERVICIO *************************************************************************** Los términos que aparecen marcados con un asterisco (*) en este archivo, son marcas registradas de IBM Corporation en Estados Unidos y/o en otros países. Estos términos incluyen: IBM LAN Server MPTS (acrónimo de IBM Multiple Protocol Transport Services para OS/2) NTS/2 (acrónimo de Network Transport Services para OS/2) OS/2 PC SUPPORT TCP/IP (acrónimo de IBM Transmission Control Protocol/Internet Protocol) Los términos que aparecen marcados con dos asteriscos (**) en este archivo, son marcas registradas de Novell**, Inc. en los Estados Unidos y/o en otros países. Estos términos incluyen: Novell NetWare IBM EXCLUYE TODAS LAS GARANTÍAS, TANTO EXPLICITAS COMO IMPLÍCITAS, INCLUYENDO, PERO SIN LIMITARSE A, LAS GARANTÍAS DE ADECUACIÓN Y COMERCIALIZACIÓN RELACIONADAS CON LA INFORMACIÓN CONTENIDA EN ESTE DOCUMENTO. CON EL SUMINISTRO DE ESTE DOCUMENTO, IBM NO OTORGA LICENCIA SOBRE NINGUNA PATENTE NI DERECHOS DE COPYRIGHT.