MPTS Fixpak (WR_8610) - Brazil (readme, 20/10/1998, International Business Machines Corporation (IBM)) |
Readme/What's new |
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. |
Add new comment