Debug messages

wgranada1 · ‎03-18-2008

I just wanted to make sure I was reading this debug message correctly. From the debug message I see that the 10.254.27.33 has initated a connection to 156.48.1.99 with a SYN. Now I see that the 10.254.27.33 is natted to a 204.10.122.130 and 156.48.1.99 replies with a ACK SYN. But then for some reason 10.254.27.33 which is translated to 204.10.122.130 response back with a RST. Which in turns 156.48.1.99 response with a RST.

So this tells me that something 10.254.27.33 which is translated to 204.10.122.130 rest the connection for some reason correct or am I reading this wrong?

Richard Burts · ‎03-18-2008

Warren

I have looked at the file that you posted and I would agree that your identification of what is happening is pretty correct. If you look a little deeper there is an interesting pattern.

At 18:49:07 there is a series of SYN, SYN ACK, RST

At 18:49:13 there is a SYN with no response

At 18:49:25 there is a series of SYN, SYN ACK, RST

At 18:49:37 there is a series of RST, RST, RST

At 18:49:50 there is a series of SYN, SYN ACK, RST

That would seem to indicate that 204.10.122.130 initiates the session and 156.48.1.99 responds positively, but there is something in the response that is not acceptable and 204.10.122.130 does a RST which terminates the session.

HTH

Rick

HTH

Rick

wgranada1 · ‎03-18-2008

hummm the only thing that changed was I added 156.48.1.11 to the BGP routes, then found out that .99 stopped being advertised. After 5 or 6 clear ip bpg neigh the .99 started to be advertised again but still no one could connect. I recently removed .11 so only .99 will be advertised but still get the same problem.

Jon Marshall · ‎03-18-2008

Warren

Could you explain a bit more about the topology and post the router config. I have seen this before but as luck would have it i can't emulate in the lab :-). I think it's something to do with the interaction between NAT and routing and the order in which they are done.

Jon