Message-Id: <200511280405.jAS45aVI063567@taka.swcp.com>
In-Reply-To: <21093-41268@sneakemail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Date:  Sun, 27 Nov 2005 21:05:35 -0700 (MST)
Sender: os2-wireless_users-owner <os2-wireless_users-owner@2rosenthals.com>
Reply-To: os2-wireless_users@2rosenthals.com
From:  "Chris Clayton" <os2-wireless_users@2rosenthals.com>
To:  "os2-wireless_users@2rosenthals.com" <os2-wireless_users@2rosenthals.com>
Subject: [OS2Wireless] anyone have GenMac and NETBIOS/TCPIP working?

On Sun, 27 Nov 2005 13:05:40 -0800, Bob wrote:

>** Reply to message from "Chris Clayton clayton-at-ieee.org
>|os2-wireless_users|" <...> on Sat, 26 Nov 2005
>10:03:08 -0700 (MST)
>
>
>> The same error message "NET2186: The service is not responding to the
>> control function." that Mark got.
>
>I am not getting any error messages.
>
>The REQUESTER service is not started.
>The REQUESTER service is starting..........
>The REQUESTER service was started successfully.
>
>
>>  If you issue a NET USE or LOGIN
>> command and PEER is not running, then it will try to start.  If it
>> successfully starts, you may be asked to log in.  Try issuing at NET
>> VIEW command to see who else is up.  Then issue NET VIEW \\servername
>
>SYS0053: The network path was not found

O.K. this is the problem I give a quick fix to below.  NetBIOS is a
broadcast protocol that polls the network to see who is on line and
what is available.  This was ok until networks with 100s of computers
were established.  This NetBIOS poling really slowed things down.  So
an extension was created called NetBIOS over TCP/IP that included an
NetBIOS name server to handle connection requests and a non broadcast
mode was established and, this is the biggie, connection caching was
included.  But to maintain compatibility, broadcast mode was included
as an option.  The NetBIOS over TCP/IP we use defaults to a
quasi-broadcast mode with caching enabled (In the M$ world this is
known as Microsoft Networking)  This is great for us small users since
we do not need to set up a NetBIOS name server.  However, the caching
part remember NetBIOS name and the associated mac address.  The problem
comes when a computer changes mac cards (i.e. goes from a wired nic to
a wifi nic ) but not NetBIOS names.  Unless told otherwise, the cache
is used first to resolve names, so when you look for a computer, the
system cryptically responds that your not there because your name
doesn't correspond to your mac address.  The solution is to establish
on each computer on your network two files:  RFCBCST.LST and
RFCNAMES.LST in d:\IBMCOM.  RFCBCST.LST is a list of systems/subnets ip
to poll.  Format is one IP address per line.  I typically put in the IP
address of each machine I use, though, in theory, only the highest IP
address on a given subnet is needed.   RFCNAMES.LST is a list of
NETBIOS names and associated IP addresses.  format is "name"  ip
address, on system per line.   Again I enter every computer I use into
this file.  These files can be manually created or setup using the
NetBIOS over TCP/IP properties dialog in System Setup | Network |
Adapters and Protocol  These files need to be copied to every computer
on your system.  Then,  Peer needs to be stopped on each machine,
RFCCACHE.LST deleted, and Peer restarted, as I indicated below.  The
reason this needs to be done is done, is that NetBIOS over TCP/IP will
use the cache first, then the names and broadcast list, and finally
broadcast to the world.  The cache has a long memory!  So if the name
you are reaching doesn't match the mac address you are using...  I made
the 'mistake' once of reusing a name for a machine I hadn't used for
two years.  I took quite a while to find the culprit when I couldn't
connect to the NetBIOS network.

>
>> to see what 'servername' has shared.  If either or both commands fails
>> then you may have a problem with PEER.  In this case, if you know that
>> there are shares available on 'servername', you could get to them
>> before, and you are running NETBIOS over TCP/IP then try:  1) Stop PEER
>> - NET STOP REQ /Y  2) Delete d:\IBMCOM\RFCCACHE.LST 3) Restart PEER - 
>> LOGON username /p:password  This clears out the broadcast cache which
>> sometimes has old info in it that in turn causes problems when trying
>> to connect to shared resources.
>
>After any of the LAN connections has an IP using DHCP I issue a "net use"
>command (I am using XWLAN 2.02 for the wireless connections).
>
>Using the wired LAN no problems and I get a list of the connections started.
>
>
>
>Using the Linksys PC card wireless (PRISM drivers) I get the following message
>
>"There are no entries in the list"
>
>but if I go to "sharing and connections" it shows that the connections were
>made so I have a shared file and a remote printer  (Why is it connecting if
>there are no entries in the list?).
>
>
>
>Using the internal wireless (GenMac drivers) I get the same message
>
>"There are no entries in the list"
>
>followed about 20 seconds later with a pop-up with the message (Why is it
>trying to connect if there are no entries in the list?).
>
>"One or more of your connection failed"
>
>when I go to "sharing and connections" it shows that the connections are
>inactive.  Clicking the re-connect button I get the message "SYS0053: The
>network path was not found".
>
>-- 
>Robert Blair
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>To unsubscribe from this list, send a message to
>steward@2rosenthals.com with the command
>"unsubscribe os2-wireless_users" in the body
>(omit the quotes).
>
>For help with other commands, send a message
>to steward@2rosenthals.com with the command
>"help" in the body (omit the quotes).
>
>This list is hosted by Rosenthal & Rosenthal
>P.O. Box 281, Deer Park, NY 11729-0281. Non-
>electronic communications related to content
>contained in these messages should be directed
>to the above address. (CAN-SPAM Act of 2003)
>
>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
>
>


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

To unsubscribe from this list, send a message to
steward@2rosenthals.com with the command
"unsubscribe os2-wireless_users" in the body
(omit the quotes).

For help with other commands, send a message
to steward@2rosenthals.com with the command
"help" in the body (omit the quotes).

This list is hosted by Rosenthal & Rosenthal
P.O. Box 281, Deer Park, NY 11729-0281. Non-
electronic communications related to content
contained in these messages should be directed
to the above address. (CAN-SPAM Act of 2003)

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=