High Packet Drop and connection failure

4. I have do a flood ping with results below:-

 

No packet drop:-

 

2960-1 <> LTM1

 

2960-2 <> LTM2

 

 

Around 10% packet drop:-

 

LTM1 <> LTM2

 

LTM1 <> Any Node sitting under 2960-1

 

LTM2 <> Any Node sitting under 2960-2

 

 

normal ping with packet size 1000 and 10000 to and from anywhere doesn't have any problem at all

 

 

To give a more concrete picture, please find below a brief network diagram

 

 

2960-3 ------------------------- 2960-4

 

| |

 

LTM-1 ============= LTM-2

 

|| ||

 

2960-1 ============ 2960-2

 

| |

 

| --------------------------------

 

| |

 

NODE-1.............................

 

 

Connection List

 

2960-3 <> LTM-1 Normal single UTP

 

2960-4 <> LTM-2 Normal single UTP

 

LTM-1 <> LTM-2 Fibre dual link

 

LTM-1 <> 2960-1, LTM-2 <> 2960-2 Dual UTP with etherchannel (LACP src/dst IP)

 

2960-1 <> 2960-2 Dual UTP with etherchannel (PAGP)

 

All Node connect to both 2960-1 and 2960-2 with active-standby bonding and both LTM is also running in active-standby mode.

 

 

Can I ask a simple question is the above configuration works? Anything else I have to check? I can get rid of the LACP and PAGP if dual link is not really necessary (between LTM and 2960 as well as in between two 2960), coz I have overlook that the throughput of 1600 is barely 1GHz and dual links seems not really necessary, right? What about VTP? Should I round VTP in transparent mode? One last question is the STP, coz from the LTM STP interface I found that there is one STP setting with Bridge Priority 61440, does it need to be a match in Cisco? How can I check and fix if needed?

 

 

5. Will double check. Recently we found a lot of SMTP request connection failure, will try to focus on port 25.

 

 

7. Drop rate is high but error is zero.

 

 

9. a) I wonder if this problem is not related to VS coz simply pinging from LTM-1 to LTM-2 also have problem.

 

b) But pinging from cisco to the immediate connected F5 or node doesn't yeild any problem and thus I guess it is not related to cabling problem, am I guess correct?

 

 

10. Up to now, we can only find that a lot of smtp connection problem and the smtp server is rather powerful and guess that it is not related.

 

 

11. Will try to check out the tcpdump with wireshark but it is really difficult.