Mailing List os2-wireless_users@2rosenthals.com Archived Message #2240

From:	"Chris Clayton" <os2-wireless_users@2rosenthals.com>	Full Headers Undecoded message
Sender:	os2-wireless_users-owner <os2-wireless_users-owner@2rosenthals.com>
Subject:	[OS2Wireless] anyone have GenMac and NETBIOS/TCPIP working?
Date:	Sun, 27 Nov 2005 21:05:35 -0700 (MST)
To:	"os2-wireless_users@2rosenthals.com" <os2-wireless_users@2rosenthals.com>

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) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Subscribe: Feed, Digest, Index.
Unsubscribe
Mail to ListMaster