MPTS Fixpak (WR_8610) - Brazil

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 Multi-Protocol Transport Services (MPTS*) 7/96 *************************************************************************** Índice *************************************************************************** SEÇÃO 1: INSTALAÇÃO E CONFIGURAÇÃO 1.1 - SELECIONANDO CONFIGURAR QUANDO ATUALIZAR O MPTS* 1.2 - RECONFIGURANDO PROTOCOLOS 1.3 - INSTALANDO VERSÕES ANTERIORES DO LAN TRANSPORT (NTS/2-MPTS) 1.4 - IMPOSSÍVEL INICIAR O MPTS* DEVIDO A ARQUIVOS BLOQUEADOS 1.5 - PARÂMETROS ADICIONADOS AO CONFIG.SYS LIMPOS 1.6 - CONFIGURANDO UMA INTERFACE DA REDE LOCAL (LAN) PARA O TCP/IP 1.7 - INSTALANDO O MPTS SOBRE A VERSÃO EM CD-ROM DO LAN SERVER 3.0 1.8 - ARQUIVO READMAC.TXT PARA INFORMAÇÕES ADICIONAIS NA INSTALAÇÃO E CONFIGURAÇÃO DO CONTROLADOR DE MAC 1.9 - INSTALANDO O NetBIOS FOR TCP/IP SOBRE O NetBIOS VERSÃO 1 1.10- PARÂMETROS DE CONFIGURAÇÃO DO CONTROLADOR DE DISPOSITVO DE SOQUETES 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) SEÇÃO 2: NETBIOS 2.1 - UTILIZAÇÃO DA RAM DE NETBIOS 2.2 - CÁLCULOS DA RAM DE NETBEUI 2.3 - NOVOS PARÂMETROS DO PROTOCOL.INI DE NETBEUI SEÇÃO 3: OS/2* NETBIOS SOBRE TCP/IP* 3.1 - SOCKETS NATIVOS SOBRE NETBIOS SEÇÃO 4: MARCAS REGISTRADAS E MARCAS DE SERVIÇO *************************************************************************** SEÇÃO 1 INSTALAÇÃO E CONFIGURAÇÃO *************************************************************************** ______________________________________________________ 1.1 - SELECIONANDO CONFIGURAR QUANDO ATUALIZAR O MPTS* Quando atualizar uma configuração existente ao instalar esta nova release do MPTS, o usuário tem de selecionar Configurar após a instalação para validar a respectiva Configuração LAPS e também atualizar o arquivo CONFIG.SYS. Este novo MPTS inclui os controladores de transporte de TCP/IP com novos nomes de controlador, por isso a não ser que o CONFIG.SYS seja atualizado a migração da configuração não será bem sucedida. _______________________________ 1.2 - RECONFIGURANDO PROTOCOLOS Quando reconfigurar protocolos que afetam o LAN Server* ou o OS/2 Peer*, você os deve reconfigurar através do LAN Server* (em vez do MPTS*) para garantir que os arquivos do LAN Server* ou do OS/2 Peer* são atualizados. ________________________________________________________________ 1.3 - INSTALANDO VERSÕES ANTERIORES DO LAN TRANSPORT (NTS/2-MPTS) Alguns produtos IBM incluem versões anteriores do LAN Transport como uma função dos seus programas. Estas versões anteriores do LAN Transport podem ser o NTS/2* ou MPTS*. Se você instalar um desses produtos que incluem uma versão anterior do LAN Transport depois de instalar a versão atual do MPTS*, não instale novamente o LAN Transport partindo desse produto. As versões anteriores do NTS/2* de MPTS* são um subconjunto funcional dos MPTS* e nunca deverão ser sobrepostos à anterior versão do MPTS*. Uma vez que a versão atual do MPTS* é um superconjunto de anteriores LAN Transports, a execução dos produtos que usam a versão atual do MPTS* irá decorrer normalmente. Deste modo, todos as correções da CSD e do APAR, destinam-se à versão que está instalada. Se tentar trabalhar com uma versão anterior do Transport sobre o MPTS* atual, anterior à instalação, você será avisado por um painel de que estás prestes a instalar uma versão do LAPS anterior à existente em seu sistema. Você deve selecionar "NÃO" para sair da instalação. Para uma instalação CID, defina o upgrade_level = same (ou anterior) na inst_section de seu arquivo de resposta para impedir a sobreposição do MPTS* por uma versão anterior do Transport. O comando de OS/2 "syslevel" fornecerá as informações de usuário na versão da LAN, que está no momento instalada no sistema. Os arquivos syslevel para o MPTS são os seguintes: IBM OS/2 LAN Adapter and Protocol Support (syslevel.trp) IBM OS/2 Socket/Multi-Protocol Transport Services (syslevel.mpt) ____________________________________________________________ 1.4 - IMPOSSÍVEL INICIAR O MPTS DEVIDO A ARQUIVOS BLOQUEADOS Ocasionalmente, o utilitário de configuração do MPTS não permitirá que o usuário reconfigure o programa devidos a Arquivos Bloqueados. Aparecerá a mensagem seguinte: Você reinstalou o MPTS. Os arquivos bloqueados não irão permitir que você inicie o MPTS. Você tem de sair do MPTS, encerrar a sessão e reiniciar sua estação de trabalho, antes de você poder iniciar o MPTS. Se você não tiver reinstalado o MPTS, elimine o arquivo IBMLANLK.LST do diretório \OS2\INSTALL na unidade de inicialização. Isto irá permitir que você inicie o MPTS. NÃO elimine este arquivo se você tiver reinstalado o MPTS e se não tiver executado um encerramento de sessão e inicializado na mesma unidade de inicialização. _________________________________________________ 1.5 - PARÂMETROS ADICIONADOS AO CONFIG.SYS LIMPOS Se tiverem sido adicionados parâmetros aos controladores no arquivo CONFIG.SYS e se esses controladores pertencerem à configuração do MPTS, o MPTS não manterá os parâmetros se você definir uma nova configuração do MPTS em que o CONFIG.SYS é atualizado. Os parâmetros podem ser especificados no controlador AFNB.SYS de modo a configurar o suporte de socket do Native Netbios. Se for efetuada uma atualização do CONFIG.SYS pelo MPTS, a versão original do CONFIG.SYS será gravada com o nome CONFIG.MPT. ___________________________________________________________________ 1.6 - CONFIGURANDO UMA INTERFACE DA REDE LOCAL (LAN) PARA O TCP/IP Quande o Kit Básico TCP/IP IBM não estiver instalado no sistema, você poderá configurar o sistema para suporte a TCP/IP do modo seguinte: 1. Utilizando o painel LAPS, atribua o protocolo TCP/IP a uma placa física (por exemplo, a uma placa compatível com a placa IBM Token-Ring). Se você quiser, também poderá configurar o TCP/IP Sobre o Protocolo NetBIOS. Observe que se você já tiver o NetBIOS configurado para esta placa, será necessário que você altere o número da "PLACA LÓGICA". Estes valores aplicam-se a somente a este painel e não estão relacionados às seleções dos outros painéis. OBSERVAÇÃO: Você não precisa alterar o número da PLACA LÓGICA para nenhum outro protocolo a menos que seja pedido. 2. Retorne ao painel "Configurar" e selecione Configuração do TCP/IP epressione o botão Configurar. 3. No painel "Configuração do TCP/IP", selecione "Parâmetros da interface de rede" e pressione o botão Configurar. 4. No painel "Configurar Parâmetros da Interface de Rede TCP/IP", evidencie a placa de REDE LOCAL (LAN) FÍSICA que você instalou no sistema e para a qual você atribuiu previamente o protocolo TCP/IP. 5. Pressione o botão Ativar para ativar a interface. Por exemplo: Se você já tinha uma placa Compatível à IBM Token Ring instalada, você somente ativaria a placa 0 (uma vez que existe somente uma placa física) embora você tivesse referenciado duas placas LÓGICAS na etapa 1. 6. Digite a informação de IP adequada (ou marque o quadro Ativar DHCP) e salve as informações. 7. Se você retornar aos painéis anteriores e sair do MPTS o sistema será configurado e o config.sys será atualizado (se selecionado). 8. Reinicialize o sistema para ativar a nova configuração. __________________________________________________________________ 1.7 - INSTALANDO O MPTS SOBRE A VERSÃO EM CD-ROM DO LAN SERVER 3.0 Se estiver instalando o MPTS sobre uma versão do LAPS que estava anteriormente instalada com a versão em CD-ROM do LAN Server 3.0, o atributo de arquivo somente de leitura terá de ser removido de todos os arquivos no diretório \IBMCOM e de todos os seus subdiretórios anteriores à instalação do MPTS. Para remover o atributo somente de leitura execute o comando seguinte partindo do prompt de comandos do OS/2: ATTRIB -R \IBMCOM\*.* /S ___________________________________________________________________ 1.8 - ARQUIVO READMAC.TXT PARA INFORMAÇÕES ADICIONAIS NA INSTALAÇÃO E CONFIGURAÇÃO DO CONTROLADOR DE MAC Pode encontrar uma lista completa das placas suportadas e de informações sobre controladores no arquivo READMAC.TXT, localizado no subdiretório IBMCOM\MACS em um sistema com o MPTS instalado. Antes da instalação, este arquivo tem de ser extraído do disquete do produto que contém o arquivo MACS.ZIP usando o comando seguinte: pkunzip2 macs.zip ibmcom\macs\readmac.txt O MPTS também fornece arquivos leiame específicos para diversos controladores de MAC. Estes arquivos têm a extensão de arquivo .TXT e estão localizados no subdiretório IBMCOM\MACS em um sistema com o MPTS instalado. Antes da instalação, estes arquivos podem ser extraídos dos disquetes do produto que contêm o arquivo MACS.ZIP. Para ver que controladores de MAC têm um um arquivo de texto leiame associado, emita o comando seguinte no arquivo MACS.ZIP: pkunzip2 macs.zip *.txt /v Para extrair um arquivo específico, use o comando seguinte no arquivo ZIP apropriado: pkunzip2 macs.zip ibmcom\macs\driver_name.txt ______________________________________________________________ 1.9 - INSTALANDO O NetBIOS FOR TCP/IP SOBRE O NetBIOS VERSÃO 1 Quando instalar o MPTS em um sistema que estava configurado para o NETBIOS for TCP/IP usando o "IBM NetBIOS Versão 1 para o programa OS/2" os novos controladores de dispositivo do MPTS não são compatíveis com o produto IBM NetBIOS Versão 1. Você tem de efetuar as seguintes etapas: 1. Usando o recentemente instalado MPTS, reconfigure o sistema usando o MPTS e selecione o NetBIOS sobre o protocolo TCP/IP. 2. Configure a interface de socket NetBIOS usando o MPTS. 3. ANTES de reinicializar, edite o arquivo config.sys e proceda às seguintes modificações: A. Elimine a instrução DEVICE=<d>:\<caminho do produto netbios2>\NBDRIVER.SYS. B. Edite a instrução LIBPATH para remover a referência ao caminho do produto netbios2. 4. Você pode remover o produto IBM NetBIOS for TCPIP. ___________________________________________________________________________ 1.10 - PARÂMETROS DE CONFIGURAÇÃO DO CONTROLADOR DE DISPOSITIVO DE SOQUETES Segue abaixo os parâmetros configuráveis que podem ser especificados em: DEVICE=C:\MPTN\PROTOCOL\SOCKETS.SYS no arquivo config.sys: /c:# depurar número da porta COM; o padrão é 2 /v exibir mensagem de cabeçalho no momento da inicialização /uis:0 desativar o id exclusivo para seleção(); o padrão é ativado /mem:# número de agruopamentos de dispositivos de 4 k-bytes alocados na hora da inicialização. O padrão é 75, a faixa válida é de 30 a 32766 /gdt:# pode ser alocado no máximo 64k-bytes de pilhas de bloqueios. O padrão é 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. *************************************************************************** SEÇÃO 2 NETBIOS *************************************************************************** __________________________________ 2.1 - UTILIZAÇÃO DA RAM DE NETBIOS O controlador de dispositivo da API de NetBIOS usa uma área de dados de 64K única para alocagem de recursos. Para determinar os recursos a alocar pela API de NetBIOS, você necessita de saber a utilização de RAM do controlador da API de NetBIOS de modo permanecer dentro do limite de 64K. A soma do seguinte tem de ser menor ou igual a 64KB: - 11200 bytes de sobrecarga - 95 bytes por cada NCB disponível para API de NetBIOS - 15*(NCBs disponíveis para a API de NetBIOS - 15) (use 0 se menor que 0) - 990 por cada placa configurada para NetBIOS Pode encontrar exemplos sobre a utilização da RAM da API de NetBIOS no LAN Technical Reference. Se você tiver excedido o limite de 64K, ocorrerá o seguinte erro durante o IPL: LT00065: Os parâmetros de configuração definidos no PROTOCOL.INI excedem a área de trabalho de 64 KB. O suporte NetBIOS 4.0 terminou. ________________________________ 2.2 - CÁLCULOS DA RAM DE NETBEUI O cálculo da utilização da RAM de NetBEUI pode ser automaticamente obtido usando a mini-aplicação utilitária de NB64K, que pode encontrar no arquivo MPTSAPLT.ZIP. A fórmula para determinar a utilização da RAM de NetBEUI pode ser encontrada no Apêndice C do Guia de Configuração do MPTS*. Se você tiver excedido o limite de 64K, ocorrerá o seguinte erro durante o IPL: LT00097: Os recursos do sistema não estão disponíveis para se suspender a configuração de parâmetros atual no PROTOCOL.INI. O IBM* NETBEUI não foi carregado. _________________________________________________ 2.3 - NOVOS PARÂMETROS DO PROTOCOL.INI DE NETBEUI A seção de NETBEUI no arquivo PROTOCOL.INI tem dois parâmetros configuráveis que não estão listados na documentação, o SIDEBAND e o BALANCE. Os valores padrão destes parâmetros não devem ser modificados. Quando não estiverem presentes no arquivo PROTOCOL.INI, estes dois parâmetros são automaticamente definidos para os seus valores corretos. Os valores padrão (quando não estão presentes no PROTOCOL.INI) são os seguintes: SIDEBAND = 1 BALANCE = 2 Definindo SIDEBAND para 1 permite um melhoramento no desempenho usado pelo LAN Server* para enviar pequenas estruturas. Definindo SIDEBAND para 0 desativa este melhoramento de desempenho. O parâmetro BALANCE é usado para controlar o modo como o NETBEUI seleciona que placas são usadas, quando um comando NCB.LISTEN é emitido em uma máquina para múltiplas placas de rede. Se as duas placas de rede da mesma máquina estiverem no mesmo segmento de rede (segmento de ponte), definir BALANCE para 0 desativa o equilíbrio de carregamento, definindo BALANCE para 1 coloca-o no modo de equilíbrio de carregamento e definido BALANCE para 2 permite que NETBEUI decida o modo de carregamento apropriado. *************************************************************************** SEÇÃO 3 OS/2* NETBIOS SOBRE TCP/IP* *************************************************************************** ___________________________________ 3.3 - SOCKETS NATIVOS SOBRE NETBIOS As opções SO_SNDTIMEO e SO_RCVTIMEO já não são suportadas nas chamadas GETSOCKOPT e SETSOCKOPT para AF_INET ou AF_NB. Quando codificar chamadas de sockets usando o protocolo AF_NB, deve ter em atenção o seguinte: - AF_NB não suporta connect-connect. - O IDRede codificado na estrutura de endereço é a placa local e não a placa da máquina de destino. - AF_NB não suporta os dados de OOB. Você pode obter o código de erro ENOPROTOOPT 10042 ou EOPNOTSUPP 10045. - Se você emitir uma associação seguida por uma conexão, o AF_NB verificará se o IDRede da chamada de conexão é o mesmo que o IDRede na chamada de associação. - Se você fizer uma associação implícita, o AF_NB usará o IDRede especificado na chamada de conexão. - O AF_NB não suporta o tipo de encerramento 1 ou o tipo de encerramento 2. Emitir pode resultar em um código de erro de 10045. Contudo, se foi pedido o tipo de encerramento 2, será executado um tipo de encerramento 0. Considerações de personalização: - Para poder usar o AF_NB, USEMAXDATAGRAMS tem de ser definido para YES no \IBMCOM\PROTOCOL.INI. O valor padrão para USEMAXDATAGRAMS é NO. - O número máximo de NCBs disponíveis para cada sessão é configurável para um máximo de 255. NCBs insuficientes resulta em uma parada do programa. - Se você modificar manualmente instruções no CONFIG.SYS, não se esqueça que as modificações poderão perder-se se você reinstalar ou atualizar o MPTS. - A personalização padrão do NetBios não é suficiente para suportar o máximo de cúmulo que pode ser codificado em uma recepção. Também, quando o cúmulo é atingido, a conexão AF_NB comunica uma conexão bem sucedida. Uma conexão NetBios é considerada bem sucedida quando os NCBs de recepção e conexão forem concluídos. O servidor só saberá que o cúmulo foi atingido mais tarde. O servidor irá desligar a sessão tornando-a não-utilizável. - Os valores padrão \IBMCOM\PROTOCOL.INI e \IBMLAN\IBMLAN.INI para o número máximo de nomes não são suficientes quando estiver executando um sistema de placa de rede local múltipla com o LAN Server ou o LAN Requester instalado. - Quando estiver usando o protocolo AF_NB, o código de erro 10055 pode significar que acabaram os nomes existentes na tabela de nomes. Aumentando o máximo no \IBMCOM\PROTOCOL.INI e CONFIG.SYS deverá atenuar o problema. *************************************************************************** SEÇÃO 4 MARCAS REGISTRADAS E MARCAS DE SERVIÇO *************************************************************************** Os termos assinalados por um único asterisco neste arquivo (*) são marcas comerciais da IBM* Corporation nos Estados Unidos e/ou em outros países. Estes termos incluem: IBM LAN Server MPTS (acrônimo para IBM Multi-Protocol Transport Services for OS/2) NTS/2 (acrônimo para Network Transport Services for OS/2 OS/2 PC SUPPORT TCP/IP (acrônimo para IBM Transmission Control Protocol/Internet Protocol) Os termos assinalados por um duplo asterisco neste arquivo (*) são marcas comerciais da Novell**,Inc. nos Estados Unidos e/ou em outros países. Estes termos incluem: Novell NetWare A IBM REJEITA TODAS AS GARANTIAS, QUER EXPRESSAS OU IMPLÍCITAS, INCLUINDO SEM LIMITAÇÕES, GARANTIAS DE ADEQUAÇÃO E DE COMERCIALIZAÇÃO NO QUE CONCERNE AS INFORMAÇÕES DESTE DOCUMENTO. AO FORNECER ESTE DOCUMENTO, A IBM NÃO GARANTE QUAISQUER LICENÇAS A PATENTES RELACIONADAS OU COPYRIGHTS.