• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 792
  • Last Modified:

Dropping Packets

Topology:
We have 3 Cisco ASA 5520's connected to an HP Procurve 2824, which is serving as our Internet switch.  One of the ASA's is serving as the primary firewall, one is dedicated to hosting lan-2-lan tunnels, and the 3rd was installed simply for troubleshooting this particular issue.

Our colo is providing active/standby Internet in the form of VRRP -- we have 2 cat5 plugging into the our internet switch.  The VRRP and outside IPs on our ASAs are all within the same subnet.

The Problem:
The VPN and test ASAs are intermittently dropping packets -- They will be fine for 5-10 minutes, then will drop sometimes as much as 30-50% of packets for a period of 30 seconds to several minutes.  Often, but not always, the two ASAs will drop packets simultaneously.  The other ASA (primary firewall, hosting 95% of the traffic) never drops *ANY* packets!!

The drops are occuring not only for traffic both passing through the ASAs, but also for pings initiated directly from the ASA, so I think it safe to assume that it is not a configuration issue -- I have gone so far as to back out all of the config except for what is necessary to test connectivity.  And yes, *ALL* devices on both sides are hard-set to 100/Full.

Other Troubleshooting I've done:
1)  Replaced all the cables
2)  Tried different ports on the internet switch
3)  Confirmed no errors of any sort on either the switch or the firewalls
4)  Changed the default gateway on the VPN ASA to the standby internet router instead of the VRRP IP....this seems to cure the problem!  The "test" ASA, still pointing at the VRRP is still dropping packets!  However, the primary firewall ASA is also pointed at the VRRP and is *NOT* dropping packets?

I'm at a loss....datacenter thinks its our ProCurve...they've claimed multiple customers with random packetloss when using ProCurves as Internet switches...The datacenter is terminating the Internet feeds they hand us on Foundry.
0
j4llen
Asked:
j4llen
  • 3
  • 3
1 Solution
 
harbor235Commented:
What do the routing tables on the ASA's in question look like, can you post?

harbor235 ;}
0
 
j4llenAuthor Commented:
All 3 *had* a default route pointing to the VRRP IP when the problem was occurring, but only 2 of them experience packetloss.  If I change the default route on those 2 to either the active or standby router physical IP, there is no packetloss.

0
 
harbor235Commented:


Perhaps there is a problem with the devices in teh VRRP group? Configuration issues can cause them both to go active active and fight for control, this causes you problems.

harbor235 ;}
0
Veeam Disaster Recovery in Microsoft Azure

Veeam PN for Microsoft Azure is a FREE solution designed to simplify and automate the setup of a DR site in Microsoft Azure using lightweight software-defined networking. It reduces the complexity of VPN deployments and is designed for businesses of ALL sizes.

 
j4llenAuthor Commented:
1)  Why is the primary firewall not also affected?
2)  How to convince the colo that their equipment is the issue?
0
 
harbor235Commented:


Are they all connected to the same switch? What happens is that an ARP war ensues, it depends at that momement which device has control of the VIP, I am not sure it's your problem , it is a potential problem, like all troubleshooting someone needs to verify the configuration and start troubleshooting layer2, and layer 3. I need to know more of the physical setup and how things are configured.

harbor235 ;}
0
 
j4llenAuthor Commented:
I *believe* the problem was that the dynamic crypto map had a higher priority (lower sequence number) than the static crypto maps.  As a result, the ASA was sometimes getting confused when a lan-to-lan VPN was coming in.
0

Featured Post

Free Tool: Port Scanner

Check which ports are open to the outside world. Helps make sure that your firewall rules are working as intended.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

  • 3
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now