One possibility that occurs to me is that there may be an issue with negotiating MTU in one direction but not the other. MTU negotiation is frequently associated with Path MTU Discovery (PMTUD). Especially if there is a link somewhere in the data path that has a smaller Maximum Transmission Unit it is beneficial if the end stations discover this in setting up the session via PMTUD. I am guessing that if pulling is faster that negotiation is successful from the other site to you and is not successful from you to the other site.
If the negotiation is successful, the end stations will recognize the optimum frame size to send that does not require fragmentation and performance is opotimized.
If the negotiation is not successful, the end stations default to a large frame size and routers in the data path are going to have to do fragmentation of the data packets along the data path, and the fragmented packets must be reassembled. The fragmentation and reassembly by routers along the data path will degrade performance.
Path MTU Discovery is dependent on stations receiving the ICMP response: fragmentation required but Do Not Fragment Set. One thing that frequently prevents PMTUD is some router with a filter along the data path (perhaps in one direction but not the other) which prevents the ICMP messages from reaching the other end station.
HTH
Rick
HTH
Rick
