Hi, I've got a problem with transfer of long sized (80 - 100 GB) files via FTP between two Unix servers. Two servers are on different sites and LAN connections to local routers (one is 2610 and the other is 3640) are fastethernet. Connection between two sites is provided by 2 X 2Mbps MLPPP link. FTP transfer is taking really long time (app. 10 hrs.) and generally at a moment during the transfer FTP session is breaking and starting over. I've heard someting about that TCP CRC mechanism doesn't work well for this kind of very long connections. Despite serial lines of the multilink interface are not noisy should I consider to use another link layer protocol (eg. LAPB) that can handle error correction better? If so how can I bundle these links like the way MLPPP does?
I beleive the figures in the data you provided are inaccurate. Basically you say that you can transfer a 100GB file over a 4Mbps link in 10 hours. According to my calculations, the absolute minimum this can take is 55 hours. This assumes no link/protocol overhead and no other IP traffic on the link.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...