If you are running HSRP, the MAC address perceived by the client should not change - it should always be the virtual shared MAC address of the routers, and not the individual address of either of them.
It sounds like you are running HSRP on the server side, Are you sure your client is using the shared IP address as its gateway, and not the individual address of one of the routers? Is the gateway address configured in the FTP client software, or does it take the system default?
Also, there may be some issue if you are using proxy ARP, i.e. if the mask on your client is wider than that on your router ... is that the case by any chance?
I have a FWSM in the 6500 chassis. My FTP transfert is not crossing the FW module but for any reason as soon as I removed the "fixup protocol ftp 21" in the FW configuration, my FTP session was working fine.
Now I will go back to Cisco and open a Case concerning this strange behaviour.
The client is on the local subnet with HSRP router. And the Server connectivity do you have more detail? The client is sending(put) or receiving(get) data from the server?
Here's a couple ideas. Traffic from the server to the client isn't getting delivered. Is the subnet still being advertised on the "down" router? Is the router powered off or is connectivity off on that subnet? What I'm getting at is there a core router that's still load balancing to the two routers and traffic for every other packet is getting delivered? During the failover do you see retransmissions from the server or client? Do either systems time out connections after a certain number of retries? Then when one system tries to communication on a connection that it still has as established the other sends back a reset?
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...