Slow LAN network file copy performance when copied between subnets

Posted on 2014-04-29
Medium Priority
Last Modified: 2014-05-31
I am having an issue as I try to migrate my basically flat network to a more robust subnetted network.  As a very basic design I have the following:

pc1(on new network)<-->access switch<-->distribution switch(layer 3)<-->firewall<-->router<-->layer 2 unmanaged switch<-->pc2(on old flat network)

Everything is Gigabit ethernet.  When I try to copy a file from pc1 to pc2, it is relatively fast at about 4MB/sec.  When I try to copy the same file back from pc2 to pc1, it is atrociously slow at about 100KB/sec.  I am able to test everything in a duplicate test environment and cannot duplicate the issue.  I suspect that it is the router because the router that is the only thing I don't have access to (because it is managed by our ISP) in the production environment and can verify in the production environment everything on either side of it works just fine.

I have also tried hard-coding speed and duplex at each location to no avail.  Setting 100 M half actually didn't work on the "new" end of things so I didn't continue to the old.

Any help is greatly appreciated.  Thanks in advance!
Question by:uescjp
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 6
  • 2
LVL 15

Accepted Solution

WalkaboutTigger earned 1050 total points
ID: 40030582
If your diagram is correct, and the traffic from PC1 to PC2 is traversing both the firewall and the router, which is likely the issue due to traffic-shaping on the router, for what reason do you not connect the old layer 2 unmanaged switch to a port on the new distribution switch as a separate VLAN/subnet?

Author Comment

ID: 40030966
That is a great idea. I am not too familiar with traffic shaping but I am guessing that it is the same as QOS. Please correct me if I'm wrong.

The reason I am not connecting the old subnet to the distribution switch is I was trying to avoid any situation that I make part of the change and something doesn't work. If I keep them separated like this, it is very easy to go back even partially to the old network.

Assisted Solution

Surrano earned 450 total points
ID: 40032201
If my reading is right, it is not really a LAN config, you have one element: the ISP router, that is connected to the Internet (i.e. leads outside your house). I'm trying hard to imagine a situation how traffic may go from one direction to the other within LANs, and the other direction through the uplink of the router but I believe we can rule it out by means of traceroute in both directions.

Are the list of hops the same (just inverse order)?
Are the response times comparable to each other?
Automating Your MSP Business

The road to profitability.
Delivering superior services is key to ensuring customer satisfaction and the consequent long-term relationships that enable MSPs to lock in predictable, recurring revenue. What's the best way to deliver superior service? One word: automation.


Expert Comment

ID: 40032209
Plus: what if you introduce another device (simplest: a notebook) first to new net, then to old net, testing transfer to/from both pcs? (you may get some surprise, e.g. pc2->nb being too slow even if pc2 and nb are in same network)

Author Comment

ID: 40032217
@Surrano Yes, file transfer is the problem not ping connectivity.  Traceroutes complete in both directions and in the inverse order.  All are equal to or under 1 millisecond.

New devices on either side act the same way as the original devices.

Author Comment

ID: 40032255
@WalkaboutTigger  The following is what I can guess is the traffic shaping config on my ISP managed router:

class-map match-any ef
 match  dscp cs5  ef
class-map match-any be
 match any
class-map match-any af4x
 match  dscp cs4  af41  af42  af43
class-map match-any af3x
 match  dscp cs3  af31  af32  af33  cs6
class-map match-any af2x
 match  dscp cs2  af21  af22  af23
class-map match-any af1x
 match  dscp cs1  af11  af12  af13

Open in new window

And this is the policy-map:

policy-map etm
 class ef
  set ip dscp ef
    priority 3012
 class af4x
    bandwidth remaining percent 40
  set ip dscp af41
 class af3x
    bandwidth remaining percent 39
  set ip dscp af31
 class af2x
    bandwidth remaining percent 16
  set ip dscp af21
 class af1x
    bandwidth remaining percent 1
  set ip dscp af11
 class be
  set ip dscp default
    bandwidth remaining percent 3

Open in new window

I only see on the multilink interface any mention of "service-policy output etm" which I would think (quite possibly incorrectly) is only going to shape the traffic going across that multilink interface (across our MPLS).  The GigE lan ports do not mention any service-policy on the interfaces.  Does that help any in ruling out traffic shaping as a potential issue or does it point more toward it as being the problem?

I am currently reading up on traffic shaping to see if I can decipher one way or another as well.

Thanks again to you both for the assistance so far.

Author Comment

ID: 40033030
Would a multilink interface being down possibly negate any service policy that would otherwise being effecting other interfaces?  This is again copied from the config of the router supplied to me from my ISP.

interface Multilink1
 description Possible cause of slowness
 ip address
 no peer neighbor-route
 ppp chap hostname blah
 ppp multilink
 ppp multilink links minimum 1
 ppp multilink group 1
 ppp multilink fragment disable
 service-policy output etm

Open in new window


Author Comment

ID: 40033038
It also is making sense to me that this is happening but I don't know why.  Mainly because the "show policy-map etm" on my test router is showing a default bandwidth of 3012kbps which would compare to the 3-4Mb/sec I see in the file transfer in the one direction that it isn't really bad.

Author Comment

ID: 40103393
The issue I was seeing was actually due to a wan optimization device between the router and layer 2 unmanaged switch that was throttling the network speed down to 8mbps. That was removed and speeds picked up to what was expected.

Featured Post

Introducing Priority Question

Increase expert visibility of your issues by participating in Priority Question, our latest feature for Premium and Team Account holders. Adjust the priority of your question to get emergent issues in front of subject-matter experts for help when you need it most.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

As companies replace their old PBX phone systems with Unified IP Communications, many are finding out that legacy applications such as fax do not work well with VoIP. Fortunately, Cloud Faxing provides a cost-effective alternative that works over an…
This article will show how Aten was able to supply easy management and control for Artear's video walls and wide range display configurations of their newsroom.
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
In this tutorial you'll learn about bandwidth monitoring with flows and packet sniffing with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're interested in additional methods for monitoring bandwidt…
Suggested Courses

771 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question