A Windows XP help forum. PCbanter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » PCbanter forum » Microsoft Windows XP » Networking and the Internet with Windows XP
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

NetBIOS name resolution problems between XP PCs



 
 
Thread Tools Display Modes
  #1  
Old July 12th 10, 06:19 PM posted to microsoft.public.windowsxp.network_web
kd833
external usenet poster
 
Posts: 20
Default NetBIOS name resolution problems between XP PCs

Setup:
PC #1 - Windows XP Home SP2
PC #2 - Windows XP Home SP2

PC #1 - running Computer Browser service (workgroup server)
PC #2 - workgroup client

Each PC - is sharing a folder called C:\Temp


Scenario:
From PC #1, I can navigate into the "My Network Places", then into the
workgroup and I see
both PCs. Then can navigate into each PC and into the Temp share and
click either the "Back" button or the "Up" button to navigate back the
workgroup level. No errors.

From PC #2, I can navigate into the "My Network Places", then into the
workgroup and I see
both PCs. Then can navigate into each PC and into the Temp share and
click either the "Back" button or the "Up" button to navigate back the
workgroup level. The problem occurs when I click the "Back" button to
go back to the workgroup name level I receive the error:

"Workgroup" is not accessible. See administrator ..."
"No permission to use the network resource"
"Specified network name no longer available"

I switched the server/client activities of the PCs and the same thing
occurs. Meaning PC #1 would produce the errors mentioned above. So the
problem is not specific to PC #2.

I've been researching and searching for resolutions for two days, but
no luck so far to remedy this situation. I just can't find anyone
describing the same scenario. Is there a bug in XP's NetBIOS name
resolution, or in Explorer (My network Places), or is there some
network buffer issue?
Ads
  #2  
Old July 13th 10, 07:50 AM posted to microsoft.public.windowsxp.network_web
Hans-Georg Michna
external usenet poster
 
Posts: 62
Default NetBIOS name resolution problems between XP PCs

I don't know whether there is a specific solution to the problem
you are describing. Let's see if anybody comes up with one.

But generally everything that relies on the computer browser is
unreliable, so even if you get this to work, a new problem can
crop up any time.

Can you directly navigate to \\PC1\Temp and \\PC2\Temp (after
adjusting computer and share names to the ones you actually
use)? If so, then that is a reasonable workaround that is much
more reliable.

Hans-Georg
  #3  
Old July 13th 10, 11:38 AM posted to microsoft.public.windowsxp.network_web
kd833
external usenet poster
 
Posts: 20
Default NetBIOS name resolution problems between XP PCs

On Jul 13, 2:50*am, Hans-Georg Michna hans-
wrote:
I don't know whether there is a specific solution to the problem
you are describing. Let's see if anybody comes up with one.

But generally everything that relies on the computer browser is
unreliable, so even if you get this to work, a new problem can
crop up any time.

Can you directly navigate to \\PC1\Temp and \\PC2\Temp (after
adjusting computer and share names to the ones you actually
use)? If so, then that is a reasonable workaround that is much
more reliable.

Hans-Georg


If I understand your question to mean, can I navigate into the shares
by other methods like, creating network drives or just typing in the
UNC paths in the address bar to move in and out of the shares, then
yes. Everything works. Even doing dir and cd at the DOS prompt to the
shares works, I only see this issue when using My Network Places
(which is explorer.exe). Maybe I caused the problem myself due to
navigating in and out of the shares (with the mouse clicks), which may
have caused packet collisions.
  #4  
Old July 14th 10, 06:40 PM posted to microsoft.public.windowsxp.network_web
Hans-Georg Michna
external usenet poster
 
Posts: 62
Default NetBIOS name resolution problems between XP PCs

On Tue, 13 Jul 2010 03:38:54 -0700 (PDT), kd833 wrote:

If I understand your question to mean, can I navigate into the shares
by other methods like, creating network drives or just typing in the
UNC paths in the address bar to move in and out of the shares, then
yes. Everything works. Even doing dir and cd at the DOS prompt to the
shares works,


Yes, that's what I meant. Good that it works. It means that
everything works as designed (or misdesigned) and that you may
not be able to achieve more than that.

I only see this issue when using My Network Places
(which is explorer.exe). Maybe I caused the problem myself due to
navigating in and out of the shares (with the mouse clicks), which may
have caused packet collisions.


No, you're not the only one who sees this problem. Unfortunately
it is typical for Windows networks and fairly widespread. It
also tends to come and go.

Hans-Georg
  #5  
Old July 24th 10, 10:37 PM posted to microsoft.public.windowsxp.network_web
kd833
external usenet poster
 
Posts: 20
Default NetBIOS name resolution problems between XP PCs

On Jul 14, 1:40*pm, Hans-Georg Michna hans-
wrote:
On Tue, 13 Jul 2010 03:38:54 -0700 (PDT), kd833 wrote:
If I understand your question to mean, can I navigate into the shares
by other methods like, creating network drives or just typing in the
UNC paths in the address bar to move in and out of the shares, then
yes. Everything works. Even doing dir and cd at the DOS prompt to the
shares works,


Yes, that's what I meant. Good that it works. It means that
everything works as designed (or misdesigned) and that you may
not be able to achieve more than that.

I only see this issue when using My Network Places
(which is explorer.exe). Maybe I caused the problem myself due to
navigating in and out of the shares (with the mouse clicks), which may
have caused packet collisions.


No, you're not the only one who sees this problem. Unfortunately
it is typical for Windows networks and fairly widespread. It
also tends to come and go.

Hans-Georg



Well, I just couldn't let this go. I discovered something about
NetBios connection are Network Neighborhood that maybe has been
discussed in other forums. I just can't find references to these
facts. So hear it goes.

The browse master is running on an XP Home PC. For the other three PCs
on my LAN, the computer browser service has been disabled. From my
Windows 7 PC, when I make multiple connections from Explorer to the
shared resources of the other PCs on the LAN, I only see the
connection to port 139 once to the XP PC acting as the browse master.
The output from netstat -an-p tcp proves this. From any one of the XP
PCs, when I make multiple connections from either Explorer or Network
Neighborhood to the shared resources of other PCs on the LAN, I see
multiple connections to port 139 pointing to the XP PCs acting as the
browse master. It seems all I have to do to start a connection is
click on the Workgroup name from Explorer or Network Neighborhood.

So the question is, why is a new TCP connection started verses using
the "established" connection from the first? Windows 7 seems to know
how to handle this issue. With all those 139 port connections, XP's
Netbios must have some connection limit feature or some connection
attack feature built into the service. Therefore, I get the messages:

"Workgroup" is not accessible. See administrator ..."
"No permission to use the network resource"
"Specified network name no longer available"

The workaround? I figured Windows 7 has the answer. Though it hard to
tell, Windows 7 appreas to be showing shortcuts pointing to each PCs
UNC name. So I can do the same from each XP PC. I created a folder
called LANSYS Network on my XP PCs desktops. In the folder I created
shortcuts to each PC on the LAN.

PC1 \\PC1 (XP)
PC2 \\PC2 (XP)
PC3 \\PC3 (XP)
PC4 \\PC4 (Windows 7)

I removed the "UP" button from Explorer. Using the "UP" button cause
the folder navigation back into the Workgroup name area thereby making
an additional connection to port 139 of the browse master PC. The
"BACK" button navigates back to the folder on the desktop where no new
port 139 connection is established.

Now I click back and forth multiple times into one of the PCs. When I
check the tcp connection with netstat I get the following:
....
TCP 192.168.0.190:139 0.0.0.0:0 LISTENING
TCP 192.168.0.190:1427 192.168.0.185:139 ESTABLISHED
TCP 192.168.0.190:1428 192.168.0.185:135 ESTABLISHED

Instead of original situation that occured navigating into the
Workgroup:
....
TCP 192.168.0.190:139 0.0.0.0:0 LISTENING
TCP 192.168.0.190:1427 192.168.0.185:139 ESTABLISHED
TCP 192.168.0.190:1428 192.168.0.185:135 ESTABLISHED
TCP 192.168.0.190:1427 192.168.0.185:139 ESTABLISHED
TCP 192.168.0.190:1427 192.168.0.185:139 ESTABLISHED
TCP 192.168.0.190:1427 192.168.0.185:139 ESTABLISHED
TCP 192.168.0.190:1427 192.168.0.185:139 ESTABLISHED
TCP 192.168.0.190:1427 192.168.0.185:139 ESTABLISHED


  #6  
Old July 25th 10, 03:43 PM posted to microsoft.public.windowsxp.network_web
kd833
external usenet poster
 
Posts: 20
Default NetBIOS name resolution problems between XP PCs

On Jul 24, 5:37*pm, kd833 wrote:
On Jul 14, 1:40*pm, Hans-Georg Michna hans-





wrote:
On Tue, 13 Jul 2010 03:38:54 -0700 (PDT), kd833 wrote:
If I understand your question to mean, can I navigate into the shares
by other methods like, creating network drives or just typing in the
UNC paths in the address bar to move in and out of the shares, then
yes. Everything works. Even doing dir and cd at the DOS prompt to the
shares works,


Yes, that's what I meant. Good that it works. It means that
everything works as designed (or misdesigned) and that you may
not be able to achieve more than that.


I only see this issue when using My Network Places
(which is explorer.exe). Maybe I caused the problem myself due to
navigating in and out of the shares (with the mouse clicks), which may
have caused packet collisions.


No, you're not the only one who sees this problem. Unfortunately
it is typical for Windows networks and fairly widespread. It
also tends to come and go.


Hans-Georg


Well, I just couldn't let this go. I discovered something about
NetBios connection are Network Neighborhood that maybe has been
discussed in other forums. I just can't find references to these
facts. So hear it goes.

The browse master is running on an XP Home PC. For the other three PCs
on my LAN, the computer browser service has been disabled. From my
Windows 7 PC, when I make multiple connections from Explorer to the
shared resources of the other PCs on the LAN, I only see the
connection to port 139 once to the XP PC acting as the browse master.
The output from netstat -an-p tcp proves this. From any one of the XP
PCs, when I make multiple connections from either Explorer or Network
Neighborhood to the shared resources of other PCs on the LAN, I see
multiple connections to port 139 pointing to the XP PCs acting as the
browse master. It seems all I have to do to start a connection is
click on the Workgroup name from Explorer or Network Neighborhood.

So the question is, why is a new TCP connection started verses using
the "established" connection from the first? Windows 7 seems to know
how to handle this issue. With all those 139 port connections, XP's
Netbios must have some connection limit feature or some connection
attack feature built into the service. Therefore, I get the messages:

"Workgroup" is not accessible. See administrator ..."
"No permission to use the network resource"
"Specified network name no longer available"

The workaround? I figured Windows 7 has the answer. Though it hard to
tell, Windows 7 appreas to be showing shortcuts pointing to each PCs
UNC name. So I can do the same from each XP PC. I created a folder
called LANSYS Network on my XP PCs desktops. In the folder I created
shortcuts to each PC on the LAN.

PC1 \\PC1 (XP)
PC2 \\PC2 (XP)
PC3 \\PC3 (XP)
PC4 \\PC4 (Windows 7)

I removed the "UP" button from Explorer. Using the "UP" button cause
the folder navigation back into the Workgroup name area thereby making
an additional connection to port 139 of the browse master PC. The
"BACK" button navigates back to the folder on the desktop where no new
port 139 connection is established.

Now I click back and forth multiple times into one of the PCs. When I
check the tcp connection with netstat I get the following:
...
TCP * *192.168.0.190:139 * * *0.0.0.0:0 * * * * * * *LISTENING
TCP * *192.168.0.190:1427 * * 192.168.0.185:139 * * *ESTABLISHED
TCP * *192.168.0.190:1428 * * 192.168.0.185:135 * * *ESTABLISHED

Instead of original situation that occured navigating into the
Workgroup:
...
TCP * *192.168.0.190:139 * * *0.0.0.0:0 * * * * * * *LISTENING
TCP * *192.168.0.190:1427 * * 192.168.0.185:139 * * *ESTABLISHED
TCP * *192.168.0.190:1428 * * 192.168.0.185:135 * * *ESTABLISHED
TCP * *192.168.0.190:1427 * * 192.168.0.185:139 * * *ESTABLISHED
TCP * *192.168.0.190:1427 * * 192.168.0.185:139 * * *ESTABLISHED
TCP * *192.168.0.190:1427 * * 192.168.0.185:139 * * *ESTABLISHED
TCP * *192.168.0.190:1427 * * 192.168.0.185:139 * * *ESTABLISHED
TCP * *192.168.0.190:1427 * * 192.168.0.185:139 * * *ESTABLISHED- Hide quoted text -

- Show quoted text -



The following proved to be the ultimate solution to my issue. I guess
having the network perform name resolution between to ports (139/445)
which primarily do the same thinig is a bad thing.

Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\NetBT
\Parameters
Value: SmbDeviceEnabled
Type: DWORD value (REG_DWORD)
Content: 0 (to disable)
 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off






All times are GMT +1. The time now is 04:27 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.