<div>
If you do ping -a hostname to the server from that workstation (the one having issues), what is the result? It sounds like a DNS issue. If you UNC to the IP address (\\IP_address\share\file) does it work? Also, you may want to verify your routes and perform a test transfer with ipxfer to ensure packets are actually going through for a full transfer.
</div>


<div>
The name doesn't resolve, but I'm not sure it's a DNS issue. &nbsp;The batch file is doing everything via IP. &nbsp;When I drag an drop the file it starts transferring, gets to about 50% and then dies. &nbsp;If it was a DNS issue it wouldn't be able to see the remote workstation (or the workstation wouldn't be able to see the server) at all.
</div>


<div>
If you are doing everything via IP, it absolutely would be able to see the server. If the name does not resolve, then that is a problem. However, you're right; if the batch file does everything via IP, and it connects and starts the transfer initially, then DNS would have nothing to do with the issue at hand.<br />
<br />
Have you tried copying any other files from any other location on that particular PC just to test? <br />
<br />
Does that PC have a static or a dynamic IP assigned?
</div>


<div>
I have tried copying other files of the same size and got the same result. &nbsp;I just successfully copied 155 files that were less than 10KB each (240KB total) directly to my computer without using the intermediate computer.<br />
<br />
The IP is static.
</div>


<div>
Is there a DHCP server at that site (or one it can use)? Can we try a dynamic IP?
</div>


<div>
No there isn't. &nbsp;What difference do you think it would make?<br />
<br />
I just did another test. &nbsp;I opened the remote machine via Windows explorer and I was able to successfully copy the file to it. &nbsp;However, when I try to copy it back to my PC it will not complete.
</div>


<div>
DHCP would just be a test to eliminate a bad IP, duplicate IP that you weren't informed about (which happens all the time with static IP's unless you have that IP reserved) etc. this is an unorthodox scenario. Most times, unorthodox troubleshooting tends to help resolve the issue (fair, as the problem makes no sense, so who's to say the solution will/should?). <br />
<br />
I've seen this issue before a couple times. It 'could be' a lot of things. I do not know your logical layout, so I'm including things I've resolved this issue with before. Once there was a situation where the AV scanned files being copied/written, and saw something it didn't like a quarter of the way through the copy and stopped the copy. I've seen data limits set on a connection through throttling which prevented the entire file being copied. Again, it could be anything. <br />
<br />
So back to the issue at hand... if you copy the file from the remote PC to yours, this initially worked as I understand, but now it does not?
</div>


<div>
This is a fairly controlled environment. &nbsp;Me or someone on my staff are the only people that would be installing network connected equipment. &nbsp;There is nothing on the network that is conflicting with the IP address.<br />
<br />
No. &nbsp;It has never worked for this particular location. &nbsp;There is a process that generates this file on the PC at the remote location. &nbsp;The server then runs a task that copies it and processes it. &nbsp;This works perfectly at our other 17 locations, just not this particular site.
</div>


<div>
Have you tried logging into the problem PC remotely and trying to upload the file to the server, rather than having the server download the file from the PC?
</div>


<div>
Yes. &nbsp;It fails either way.
</div>


<div>
Does anything come up in the event log in either system when the copy fails?
</div>


<div>
Good question. &nbsp;Not sure why, but I'd never thought to look before. &nbsp;I just checked the logs on the workstation and the server. &nbsp;Unfortunately there was nothing in either &nbsp;related to this problem.
</div>


<div>
In that case, are you able to check if there are any logs on the router at the remote site?<br />
<br />
Also, have you done the good old reboot of the workstation? I will probably have no impact, but worth a try.. it is MS after all :P
</div>


<div>
We don't manage the router our ISP does. &nbsp;I know that there are no specific rules in the config that involve that PC. &nbsp;I also have no problem transferring the same file from another computer which is behind that same router.<br />
<br />
I have tried restarting it and it makes no difference.
</div>


<div>
Download a copy of iperf and test between machines for packet loss.<br />
<br />
<a href="https://iperf.fr/" rel="ugc">https://iperf.fr/</a>
</div>


<div>
Run a ipconfIg /all command in the remote PC which has problem and post back the results.<br />
<br />
Post also the results for the remote PC which has no problem.
</div>


<div>
@pgm554, here are the iperf results.<br />
<br />

<pre><code class="code-10 nolinks" id="code-20-40893921-1"><span>Accepted connection from 10.14.0.5, port 3094</span>
<span>[  5] local 10.6.0.252 port 5201 connected to 10.14.0.5 port 3095</span>
<span>[ ID] Interval           Transfer     Bandwidth</span>
<span>[  5]   0.00-1.01   sec   252 KBytes  2.04 Mbits/sec</span>
<span>[  5]   1.01-2.01   sec   189 KBytes  1.55 Mbits/sec</span>
<span>[  5]   2.01-3.01   sec   189 KBytes  1.55 Mbits/sec</span>
<span>[  5]   3.01-4.01   sec   219 KBytes  1.80 Mbits/sec</span>
<span>[  5]   4.01-5.01   sec   222 KBytes  1.82 Mbits/sec</span>
<span>[  5]   5.01-6.01   sec   189 KBytes  1.55 Mbits/sec</span>
<span>[  5]   6.01-7.00   sec   189 KBytes  1.55 Mbits/sec</span>
<span>[  5]   7.00-8.00   sec   189 KBytes  1.55 Mbits/sec</span>
<span>[  5]   8.00-9.00   sec   223 KBytes  1.83 Mbits/sec</span>
<span>[  5]   9.00-10.02  sec   218 KBytes  1.76 Mbits/sec</span>
<span>[  5]  10.02-10.12  sec  0.00 Bytes  0.00 bits/sec</span>
<span>- - - - - - - - - - - - - - - - - - - - - - - - -</span>
<span>[ ID] Interval           Transfer     Bandwidth</span>
<span>[  5]   0.00-10.12  sec  0.00 Bytes  0.00 bits/sec                  sender</span>
<span>[  5]   0.00-10.12  sec  2.03 MBytes  1.68 Mbits/sec                  receiver</span>
</code></pre>
<br />
I don't think there is any packet loss. &nbsp;Also, packet loss would cause me to not be able to copy the file to the problem machine, which I can do with no problem. &nbsp;I just can't copy it from the problem machine.
</div>


<div>
@Jackie Man<br />
<br />
Problem machine:<br />

<pre><code class="code-10 nolinks" id="code-20-40893927-1"><span>Ethernet adapter Local Area Connection:</span>
<span></span>
<span>        Connection-specific DNS Suffix  . :</span>
<span>        Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet</span>
<span>        Physical Address. . . . . . . . . : 00-1B-78-B7-7B-69</span>
<span>        Dhcp Enabled. . . . . . . . . . . : No</span>
<span>        IP Address. . . . . . . . . . . . : 10.14.0.5</span>
<span>        Subnet Mask . . . . . . . . . . . : 255.255.255.0</span>
<span>        Default Gateway . . . . . . . . . : 10.14.0.1</span>
<span>        DNS Servers . . . . . . . . . . . : 10.6.0.246</span>
<span>                                            8.8.8.8</span>
</code></pre>
<br />
Other machine:<br />

<pre><code class="code-10 nolinks" id="code-20-40893927-2"><span>Ethernet adapter Local Area Connection 3:</span>
<span></span>
<span>   Connection-specific DNS Suffix  . :</span>
<span>   Description . . . . . . . . . . . : Intel(R) I350 Gigabit Network Connection</span>
<span>#3</span>
<span>   Physical Address. . . . . . . . . : E4-1F-13-ED-75-A4</span>
<span>   DHCP Enabled. . . . . . . . . . . : No</span>
<span>   Autoconfiguration Enabled . . . . : Yes</span>
<span>   Link-local IPv6 Address . . . . . : fe80::7191:6528:8b02:d87c%14(Preferred)</span>
<span>   IPv4 Address. . . . . . . . . . . : 10.6.0.252(Preferred)</span>
<span>   Subnet Mask . . . . . . . . . . . : 255.255.0.0</span>
<span>   Default Gateway . . . . . . . . . : 10.6.0.1</span>
<span>   DHCPv6 IAID . . . . . . . . . . . : 384048915</span>
<span>   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-17-63-B7-6D-E4-1F-13-ED-75-A2</span>
<span></span>
<span>   DNS Servers . . . . . . . . . . . : 10.6.0.246</span>
<span>                                       8.8.8.8</span>
<span>   NetBIOS over Tcpip. . . . . . . . : Enabled</span>
</code></pre>
<br />
Keep in mind that the other machine could have been any of the multiple computers that I'm unable to copy the file to.
</div>


<div>
You're crossing subnets.<br />
Are you using routers or switches?<br />
If switches are you running layer two or layer 3 ?<br />
<br />
You might want to try a differnt copy program too like robocopy or ShadowCopy &nbsp;and see if there is a difference too.
</div>


<div>
Correct. &nbsp;The computer that I'm attempting to copy the file from is at a different location. &nbsp;Each of our locations is set up with a distinct IP address range. &nbsp;There are routers at each of our locations. &nbsp;Those router are managed by our ISP.<br />
<br />
I attempted to copy the file with robocopy. &nbsp;It failed as well. &nbsp;The error stated that the network name was no longer available. &nbsp;I was running a continuous ping to the remote machine the entire time and there was no packet loss.
</div>


<div>
What anti-virus are you running on the problem PC?
</div>


<div>
Sounds like the router to me.<br />
Can you reboot it?
</div>


<div>
Hi, quite a strange issue this is. Do you have the possibility to copy the file from the WXP machine to your server? So try and initiate the copy from the remote location. Just curious whether a copy the other way around would stall as well.
</div>


<div>
@Matt V<br />
Symantec Endpoint Protection 12.1.5.<br />
(Awesoem avatar, BTW)
</div>


<div>
&gt;What anti-virus are you running on the problem PC? <br />
Symantec AV Endpoint has been known to screw up things royally from time to time.<br />
<br />
Symantec Endpoint Protection 12.1.5.<br />
<br />
Yup,turn it off.
</div>


<div>
Same AV on other machines that work? Then AV would not be the issue.
</div>


<div>
@pgm554 I can't restart the router during the day. &nbsp;We run a chain of grocery stores and doing so would take down our ability to process credit cards. &nbsp;I have engaged our ISP so they can look at the router while I'm transferring the file to see if there is anything weird going on. &nbsp;I will have them look at it first and then perform an overnight reboot if it is deemed necessary.
</div>


<div>
Try it .<br />
Symantec is notorious for these types of issues.
</div>


<div>
That specific issue is known to occur with Symantec EP. &nbsp;You actually have to remove it from the PC to test.<br />
<br />
<a href="https://support.microsoft.com/en-us/kb/961293" rel="ugc nofollow">https://support.microsoft.com/en-us/kb/961293</a><br />
<br />
Talks about server, but there are other articles on other sites mentioning workstations as well.
</div>


<div>
@pgm554/Gerwin Jansen<br />
I have tried disabling the antivirus on the remote machine and it didn't help. &nbsp;The same antivirus is deployed enterprise-wide.
</div>


<div>
You have to un-install it to test. &nbsp;Disabling it does not fix it. &nbsp;<br />
<br />
If that is the fix, then there is something specific on that machine interacting with the Symantec product.
</div>


<div>
I removed SEP from the machine, rebooted it and tried the copy again. &nbsp;It still failed.
</div>


<div>
@Gerwin Jansen If I initiate the copy from the remote machine to the server it works every time. &nbsp;I would really like to have the server initiate the copy for the purposes of the process that is using these files. &nbsp;It just makes more sense to do it that way.
</div>


<div>
Just a thought - you could maybe compress that 7Mb file on the remote machine (scheduled task) and then transfer it from the server side. Depending on the file type compression could make it a lot smaller so you can transfer it successfully.
</div>


<div>
It's actually a 220 MB text file that's being compressed down to 7 MB.
</div>


<div>
I see, already compressed ;)
</div>


<div>
I've found that I'm able to FTP to the remote machine and download it that way. &nbsp;I've modified my script on the server and while not an ideal solution because it differs from the way the other 17 locations are configured, I suppose it works. &nbsp;Short of replacing the computer (which I will do someday), I don't know what the solution could be.
</div>


<div>
Is there anything logged in the remote machine's system or security log when the file transfer fails? &nbsp;And could these files be in use or locked by an application or process on the source PC?
</div>


<div>
I've checked the logs on both the remote machine and the server. &nbsp;There aren't any errors in either. &nbsp;The file that is being copied is a zipped report export. &nbsp;Nothing would be using this particular file.
</div>


<div>
Is there an outbound firewall rule at the server side?<br />
<br />
Or<br />
<br />
Any file permission issue of the logon user at the server side for the destinated zip file?
</div>


<div>
I don't manage the firewall, but I have checked with our ISP and there are no firewall rules.<br />
<br />
There are no permissions set on the particular file that was prevent the copying of the file. &nbsp;<br />
<br />
Keep in mind that this issue is not specific to the file in question. &nbsp;It will happen while trying to copy any file roughly over 5MB in size.
</div>


<div>
Any internet security or antuvirus software installed in server?<br />
<br />
Any windows firewall?
</div>


<div>
The server has Symantec Endpoint Protection. &nbsp;I don't think that's the issue though since there is no problem copying any files from any of the other 17 locations.<br />
<br />
Windows firewall is disabled.
</div>


<div>
I guess a multi volume zip would be a option. Set it to create a 1Mb volume size. 7zip command line version can do that using the -v1m option. Maybe this will work for you.
</div>


<div>
True. &nbsp;I've already come up with a workaround by using FTP to download the file. &nbsp;However, I posted this problem to this site to resolve the networking issue. &nbsp;I have been in IT for many years and have never seen anything like this before. &nbsp;My hope was to bounce this off of as big of an audience as possible to see if anyone else had ever encountered this.
</div>


<div>
Well ,if you have the right switch(port mirror) ,we can try a Wireshark capture.
</div>


<div>
I did not encounter such an issue before, I'm out of suggestions, best of luck solving it.
</div>


<div>
Wireshark is a good idea. &nbsp;I just did two captures. &nbsp;One from a location that doesn't have this problem and the one that does. &nbsp;The one that works looks like a fairly normal capture. &nbsp;A couple errors here and there, nothing too bad. &nbsp;The one that is having a problem has TONS of errors. &nbsp;The ones that are most prevalent are:<br />
<br />
TCP Dup ACK<br />
TCP Fast Retransmission<br />
TCP Out-Of_order<br />
TCP Previous segment not captured.<br />
TCP Retransmission<br />
TCP Spurious Retransmission<br />
<br />
As I've said, I don't have problems copying files from other computers at that location. &nbsp; I can also copy this (any) file from the problem PC to another PC in the same building without a problem. &nbsp;I'm only having this problem when copying from the problem PC to something outside of the building.
</div>


<div>
Can the problem PC maintain a constant ping with large packets to its default gateway without packet loss? &nbsp;Try these commands and see if any test pings fail. &nbsp;(replace x.x.x.x with the problem PC's default gateway)<br />
<br />
ping x.x.x.x -n 20 -l 4096<br />
ping x.x.x.x -n 20 -l 8192<br />
ping x.x.x.x -n 20 -l 16384
</div>


<div>
&gt;I can also copy this (any) file from the problem PC to another PC in the same building without a problem. &nbsp;I'm only having this problem when copying from the problem PC to something outside of the building. <br />
<br />
So there is only one problem PC or it can be any PC within that building that attempts to copy using http over the wan?
</div>


<div>
About your ethernet adapter details above, is the 'other machine' on the same location as the 'problem machine'? I guess not but if so then the default gateway of the problem machine is different. Your primary DNS server is your own, right? The .246 one I mean. You also have a Google DNS server, tried an OpenDNS server instead of that one?
</div>


<div>
Can you post the full result for running the ipconfig /all command?<br />
<br />
it seems to the location where the problem PC lives has a change in the static IP address which is different from the original value stored at NetBIOS info of the server.
</div>


<div>
Are you using LMHOSTS in your server storing the computer name and corresponding static IP address of the remote computer?
</div>


<div>
It is a typical name resolution problem.<br />
<br />
<a href="https://technet.microsoft.com/en-us/library/cc940089.aspx" rel="ugc">https://technet.microsoft.com/en-us/library/cc940089.aspx</a><br />
<br />
Or<br />
<br />
The router of the remote site where the problem PC lives no longer do the port forwarding job to the problem PC
</div>


<div>
@eeRoot &nbsp;No problem with the pings whatsoever.<br />
<br />
@pgm554 There is only this one PC that I'm having this problem with. &nbsp;I'm not copying via HTTP. &nbsp;The problem occurs when I'm dragging and dropping files via Explorer or copying them from a command prompts.<br />
<br />
@Gerwin Jansen The other machine is at the same location and therefore has the same gateway. &nbsp;The DNS settings are the same for every single PC in our organization, including the 17 other PC's that I'm able to copy the same file from every week. &nbsp;Plus, all copy commands are using IP's not FQDN's.<br />
<br />
@Jackie Man<br />

<pre><code class="code-10 nolinks" id="code-20-40904143-1"><span>C:\Documents and Settings\user&gt;ipconfig /all</span>
<span></span>
<span>Windows IP Configuration</span>
<span></span>
<span>        Host Name . . . . . . . . . . . . : S414</span>
<span>        Primary Dns Suffix  . . . . . . . :</span>
<span>        Node Type . . . . . . . . . . . . : Unknown</span>
<span>        IP Routing Enabled. . . . . . . . : No</span>
<span>        WINS Proxy Enabled. . . . . . . . : No</span>
<span></span>
<span>Ethernet adapter Local Area Connection:</span>
<span></span>
<span>        Connection-specific DNS Suffix  . :</span>
<span>        Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet</span>
<span>        Physical Address. . . . . . . . . : 00-1B-78-B7-7B-69</span>
<span>        Dhcp Enabled. . . . . . . . . . . : No</span>
<span>        IP Address. . . . . . . . . . . . : 10.14.0.5</span>
<span>        Subnet Mask . . . . . . . . . . . : 255.255.255.0</span>
<span>        Default Gateway . . . . . . . . . : 10.14.0.1</span>
<span>        DNS Servers . . . . . . . . . . . : 10.6.0.246</span>
<span>                                            8.8.8.8</span>
</code></pre>
There is no name lookup necessary. &nbsp;Everything is using IP addresses. &nbsp;There are no ports being blocked nor forwarded. &nbsp;All of our sites are connected via VPN. &nbsp;There are no restrictions in place that would stop inter-site traffic.
</div>


<div>
Have you tried to modify the MTU?
</div>


<div>
I have not. &nbsp;It's set to the default 1500 right now. &nbsp;What would you recommend changing it to? &nbsp;Is there any way to test the changes without rebooting the PC? &nbsp;If not, then I'm not going to be able to test this until late this evening.
</div>


<div>
If it's only that one PC,have you tried updating the NIC drivers , using another card or changing the switch port??
</div>


<div>
Your remote site uses tplink router?<br />
<br />
Your MTU value at remote site is a bit high.<br />
<br />
You need to find out the right value by trial and error.<br />
<br />
Run the following command in command prompt.<br />
<br />
&nbsp;ping <a href="http://www.tp-link.com" rel="ugc">www.tp-link.com</a>&nbsp;-f -l xxxx <br />
<br />
Where xxxx=1492 on first attempt.<br />
<br />
If your results shows wording of .... fragmented...., reduce the value by 10 or 12 each time, and run the above command again to see whether you see the &quot;fragmented&quot; wording. It will be the correct value if you do not see the wording.<br />
<br />
Source: <a href="http://www.tp-link.tw/article/?faqid=190" rel="ugc">http://www.tp-link.tw/article/?faqid=190</a>
</div>


<div>
Run this on affected PC and post results <br />
<br />
<a href="http://netspeed.stanford.edu:7123/" rel="ugc">http://netspeed.stanford.edu:7123/</a>
</div>


<div>
The info below might be useful for you.<br />
<br />
Here's a dirty hack to figure out your MTU. Start by looking at your current MTU setting. Open a command prompt with Administrative privledges and then run the command as follows:<br />
<br />
netsh interface ipv4 show subinterfaces<br />
You'll see something like:<br />
<br />
&nbsp; &nbsp;MTU &nbsp;MediaSenseState &nbsp; Bytes In &nbsp;Bytes Out &nbsp;Interface<br />
------ &nbsp;--------------- &nbsp;--------- &nbsp;--------- &nbsp;-------------<br />
&nbsp; 1500 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;1 &nbsp;8864896253 &nbsp;1116506364 &nbsp;Local Area Connection<br />
With that knowledge you'll note that your MTU is currently set to 1500. If that's what your ISP works with... you should be able to ping sites like msn.com or google.com with a packet size of 1500 without fragmenting the packet.<br />
<br />
ping <a href="http://www.google.com" rel="ugc">www.google.com</a>&nbsp;-f -l 1500<br />
If you see an error message like: Packet needs to be fragmented but DF set. You know you need to go smaller. So, subtract 8 &amp;&nbsp;try again... until you find a valid MTU. Once you find the one that gives you a reply without complaining about needing to be fragmented... it's time to change your MTU. Back to the admin command prompt... and we do this: (replace 1464 with whatever you came up with)<br />
<br />
netsh interface ipv4 set subinterface &quot;Local Area Connection&quot; mtu=1464 store=persistent<br />
If you just want to test this out... without committing changes... skip the store=persistent bit... and a reboot will set it back the way it was. You can also manually set it back to whatever you started with...<br />
<br />
Once you know what your ISP's MTU is... you should then do the same for any tunnel-interfaces you have. VPN tunnels add their overhead and so the usable MTU is a few bytes less. If you're using a hardware VPN gateway of some sort, it may automatically set the MTU... and you may not be able to set it manually.<br />
<br />
Keep in mind, that I also did not address &quot;jumbo frames&quot;... which can have a MTU of 9000 or more. Most ISPs do not allow jumbo-frames unless you have a higher end business account.<br />
<br />
I don't know if that will work for everyone... but it &quot;worked for me&quot; <br />
<br />
Source: <a href="http://serverfault.com/questions/444395/connection-drops-while-transferring-large-files-to-one-server-on-a-network" rel="ugc">http://serverfault.com/questions/444395/connection-drops-while-transferring-large-files-to-one-server-on-a-network</a>
</div>


<div>
I've requested that this question be closed as follows:<br />
<br />
Accepted answer: 0 points for brstores's comment <a href="https://www.experts-exchange.com/questions/28695960/Unable-to-copy-file-directly-via-UNC-but-I-can-if-I-go-through-a-different-PC.html?anchorAnswerId=41361190#a41361190" rel="ugc">#a41361190</a><br />
<br />
for the following reason:<br />
<br />
No solutions provided resolved the issue.
</div>


<div>
If there's no solution, this question should be deleted instead
</div>


<div>
I just looked at the iperf stats,are you going across a wan of some sorts?<br />
<br />
Accepted connection from 10.14.0.5, port 3094<br />
[ &nbsp;5] local 10.6.0.252 port 5201 connected to 10.14.0.5 port 3095<br />
[ ID] Interval &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Transfer &nbsp; &nbsp; Bandwidth<br />
[ &nbsp;5] &nbsp; 0.00-1.01 &nbsp; sec &nbsp; 252 KBytes &nbsp;2.04 Mbits/sec<br />
[ &nbsp;5] &nbsp; 1.01-2.01 &nbsp; sec &nbsp; 189 KBytes &nbsp;1.55 Mbits/sec<br />
[ &nbsp;5] &nbsp; 2.01-3.01 &nbsp; sec &nbsp; 189 KBytes &nbsp;1.55 Mbits/sec<br />
[ &nbsp;5] &nbsp; 3.01-4.01 &nbsp; sec &nbsp; 219 KBytes &nbsp;1.80 Mbits/sec<br />
[ &nbsp;5] &nbsp; 4.01-5.01 &nbsp; sec &nbsp; 222 KBytes &nbsp;1.82 Mbits/sec<br />
[ &nbsp;5] &nbsp; 5.01-6.01 &nbsp; sec &nbsp; 189 KBytes &nbsp;1.55 Mbits/sec<br />
[ &nbsp;5] &nbsp; 6.01-7.00 &nbsp; sec &nbsp; 189 KBytes &nbsp;1.55 Mbits/sec<br />
[ &nbsp;5] &nbsp; 7.00-8.00 &nbsp; sec &nbsp; 189 KBytes &nbsp;1.55 Mbits/sec<br />
[ &nbsp;5] &nbsp; 8.00-9.00 &nbsp; sec &nbsp; 223 KBytes &nbsp;1.83 Mbits/sec<br />
[ &nbsp;5] &nbsp; 9.00-10.02 &nbsp;sec &nbsp; 218 KBytes &nbsp;1.76 Mbits/sec<br />
[ &nbsp;5] &nbsp;10.02-10.12 &nbsp;sec &nbsp;0.00 Bytes &nbsp;0.00 bits/sec<br />
- - - - - - - - - - - - - - - - - - - - - - - - -<br />
[ ID] Interval &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Transfer &nbsp; &nbsp; Bandwidth<br />
[ &nbsp;5] &nbsp; 0.00-10.12 &nbsp;sec &nbsp;0.00 Bytes &nbsp;0.00 bits/sec &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;sender<br />
[ &nbsp;5] &nbsp; 0.00-10.12 &nbsp;sec &nbsp;2.03 MBytes &nbsp;1.68 Mbits/sec &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<br />
<br />
<br />
This &nbsp;is one of my production systems:<br />
<br />
C:\iperf&gt;iperf -c 192.168.1.122 -t 60<br />
--------------------------<wbr />----------<wbr />----------<wbr />----------<wbr />----<br />
Client connecting to 192.168.1.122, TCP port 5001<br />
TCP window size: 8.00 KByte (default)<br />
--------------------------<wbr />----------<wbr />----------<wbr />----------<wbr />----<br />
[180] local 192.168.1.2 port 18885 connected with 192.168.1.122 port 5001<br />
[ ID] Interval &nbsp; &nbsp; &nbsp; Transfer &nbsp; &nbsp; Bandwidth<br />
[180] &nbsp;0.0-60.0 sec &nbsp;2.13 GBytes &nbsp; 305 Mbits/sec
</div>


<div>
<div class="content wysiwyg-content">
Confusing enough title? &nbsp;Hopefully my explanation will be clearer.<br />
<br />
There is a scheduled task that runs weekly on a server at our office that attempts to pull a text file from a PC (WXP) at one of our remote locations. &nbsp;It is simply a batch file and the line that copies the file goes something like this:<br />
<br />
copy \\10.1.0.1\share\textfile.<wbr />txt c:\folder_on_server<br />
<br />
Nothing too crazy, right? &nbsp;It does this for multiple locations and all of them work except for one. &nbsp;That one particular location fails every week. &nbsp;The file is roughly 7MB in size.<br />
<br />
I've tried opening the UNC where the text file is located via Windows Explorer on both the server and my workstation and then dragging and dropping the file. &nbsp;It gets about half way and then just hangs.<br />
<br />
Now here's the weird part. &nbsp;Let's say I remotely log on to another computer at the same location as the PC that I'm unable to copy the file from. &nbsp;If I open the UNC of the folder that has the file I can drag and drop it to the computer that I'm logged on to. &nbsp;Even weirder, from that same remote machine that I'm logged on to, if I open the UNC of the server I can drag and drop the text file from the problem PC to the server and it copies without a problem.<br />
<br />
I've never heard of anything like this. &nbsp;Can anyone help?
</div>
</div>


Confusing enough title?  Hopefully my explanation will be clearer.

There is a scheduled task that runs weekly on a server at our office that attempts to pull a text file from a PC (WXP) at one of our remote locations.  It is simply a batch file and the line that copies the file goes something like this:

copy \\10.1.0.1\share\textfile.txt c:\folder_on_server

Nothing too crazy, right?  It does this for multiple locations and all of them work except for one.  That one particular location fails every week.  The file is roughly 7MB in size.

I've tried opening the UNC where the text file is located via Windows Explorer on both the server and my workstation and then dragging and dropping the file.  It gets about half way and then just hangs.

Now here's the weird part.  Let's say I remotely log on to another computer at the same location as the PC that I'm unable to copy the file from.  If I open the UNC of the folder that has the file I can drag and drop it to the computer that I'm logged on to.  Even weirder, from that same remote machine that I'm logged on to, if I open the UNC of the server I can drag and drop the text file from the problem PC to the server and it copies without a problem.

I've never heard of anything like this.  Can anyone help?

Unable to copy file directly via UNC, but I can if I go through a different PC

The Windows operating systems have distinct methodologies for designing and implementing networks, and have specific systems to accomplish various networking processes, such as Exchange for email, Sharepoint for shared files and programs, and IIS for delivery of web pages. Microsoft also produces server technologies for networked database use, security and virtualization.

Windows Networking

The Microsoft Legacy Operating System topic includes legacy versions of Microsoft operating systems prior to Windows 2000: All versions of MS-DOS and other versions developed for specific manufacturers and Windows 3/3.1, Windows 95 and Windows 98, plus any other Windows-related versions, and Windows Mobile.

Microsoft Legacy OS

The Microsoft Server topic includes all of the legacy versions of the operating system, including the Windows NT 3.1, NT 3.5, NT 4.0 and Windows 2000 and Windows Home Server versions.

Microsoft Server OS

Networking is the process of connecting computing devices, peripherals and terminals together through a system that uses wiring, cabling or radio waves that enable their users to communicate, share information and interact over distances. Often associated are issues regarding operating systems, hardware and equipment, cloud and virtual networking, protocols, architecture, storage and management.

Networking

Networking software modules are interfaced with a framework implemented on the machine's operating system that implements the networking functionality of the operating system. The best known frameworks are the TCP/IP model and the OSI model. Systems typically do not use a single protocol to handle a transmission. Instead they use a set of cooperating protocols, sometimes called a protocol family or protocol suite.[9] Some of the best known protocol suites include: IPX/SPX, X.25, AX.25, AppleTalk and TCP/IP. Other protocols indirectly related to networking include the hypertext transfer protocol (HTTP) and its related technologies, Dynamic Host Configuration Protocol (DHCP), Domain Name Server (DNS) and other Internet protocols.