03-12-2009 10:57 AM - edited 03-06-2019 04:33 AM
Hey One and all;
I'm having an issue that I need to figure out and would like advice/guidance in how I can resolve it. Here goes: our company has a domain in which we have a few computers; the company has several departments and we decided to segment the network using VLANS . our core device is a catalyst 3750 switch and that is also doing the inter-vlan routing. I can ping any machine and I can access applications from our application server from any other VLAN. However if I try to \\computername to machines in another VLAN I get an error stating that the network path was not found. If I try the command between 2 machines that are in the same VLAN it works; but across VLANs it's a no go. I have checked the configuration and there is no access-list restricting traffic across the VLANs. Any ideas, guidance, information on resolving this matter would be greatly appreciated.
03-12-2009 11:01 AM
Can you post the config of the 3750 switch that is doing the i-v routing and provide some more architecture info?
03-12-2009 11:07 AM
It sounds like ports 445 and 139 are blocked somewhere though you did mention of no ACL.
03-12-2009 12:43 PM
Are these computers Windows systems? If I recall correctly, Windows treats DNS name resolution differently from NetBIOS name resolution (or did). I'm not current with Windows technology, but the NetBIOS name resolution used to be done by WINS servers. I think Windows has improved the integration between IP and NetBIOS, but don't know what the currrent scheme is for Windows off local subnet name resolution. (Same subnet used to be resolved by local broadcast.) Something you might want to check.
03-12-2009 12:54 PM
03-12-2009 01:00 PM
Did you try to use IP address rather than FQDN?
03-12-2009 01:07 PM
yes i did but i get the same error as if i used the FQDN
03-12-2009 05:19 PM
So something like:
net use x: \\ahost\ashare
or
net use x: \\#.#.#.#\ashare
works on the same subnet but neither works across subnets, yet both ping ahost or ping #.#.#.# work?
03-12-2009 05:57 PM
Yes that is correct
03-12-2009 06:20 PM
I was afraid you were going to say that.
I didn't see anything that looked wrong in your 3750 config, but I didn't sift through it either.
Other than what another poster inquired about blocking NetBIOS ports, which doesn't seem the case, the only other thing that comes to mind is somehow your clients NetBIOS isn't running over TCP (IPv4) but uses something else that works on a local segment.
I'm too rusty at Windows client support to recall what all you might look at. You might seach Microsoft's knowledgebase.
I was afraid you were going to say that.
I didn't see anything that looked wrong in your 3750 config, but I didn't sift through it either.
Other than what another poster inquired about blocking NetBIOS ports, which doesn't seem the case, the only other thing that comes to mind is somehow your clients NetBIOS isn't running over TCP (IPv4) but uses something else that works on a local segment.
I'm too rusty at Windows client support to recall what all you might look at. You might seach Microsoft's knowledgebase.
[edit]
PS:
To help confirm its a Windows NetBIOS/client issue, you might try a "pure" IP service on your Windows hosts like HTTP, FTP, Telnet, etc. across your VLANs. (The fact that you note some other applications work, might already validate this.)
03-12-2009 07:35 PM
I as Joseph did not see anything on your configuration. Could you try to telnet to port 445 and 139 across VLAN?
03-13-2009 08:14 AM
thanks for the responses, even though i can't \\ to the machines i can use a remote access application that works over http for eg i can go to http://machinename:22222 and can connect to the machine and resolve user issues
03-13-2009 08:17 AM
were you able to telnet to port 445 and 139 from one host on a vlan to the another host on a different vlan?
03-13-2009 08:20 AM
no i was not able to i get a connection failed error: as per below
I:\>telnet 172.20.31.16 445
Connecting To 172.20.31.16...Could not open connection to the host, on port 445:
Connect failed
03-13-2009 09:27 AM
first correct the port configuration. You have configured trunk and access port on same port.
you have created interfaces for different vlans have you created vlans for them.
if you are running stp and your vlan info is shown in sh vlan in 3750 then check your access layer switches they are learning about those vlans or not.
If not, configure stp on them or create vlans manually in all of the switches.
Configured trunk properly so that different vlan traffic can flow through them.
Most probably the problem is with trunk port config and vlan flow problem.
HTH
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide