CISCO 9500 - Storm Control Feature

[JasonCN]

May I know if the storm control feature only affects the traffic within the same subnet?

My customer is using some of CISCO switches for network switching. I have used WireShark to found that one of network switches that CISCO 9500 sent RST flat to reset the transmission. Have you tried this current situation?

[Reza Sharifi]

May I know if the storm control feature only affects the traffic within the same subnet?

Storm control usually applies to the physical ports and not the subnet or vlan.

HTH

[JasonCN]

Thanks for your help.

If my networking configuration shows as below, 

Server <--> Switch 1 <--> Switch 2 <--> Switch 3 <--> Switch 4 <--> Switch 5 <--> Substation PC

I used WireShark to found that Switch 2 (CISCO 9500) to send RST flag to Substation PC to reset transmission. Is there may impact by Storm Control Feature?
Also, Is there any logging from Storm Control Feature?

[Jitendra Kumar]

It should not be Strom Control Feature issue.

Basically  server and client terminate the session from one side then the other side try to re-establish the session and sent TCP RST packet.

• A clients connects to a TCP server port on which no process is listening (i.e. a closed port)
• Either client or server receives a TCP segment that carries an unacceptable value in the ACKSeq field while in non-synchronized state (LISTEN, SYN-SENT, SYN-RECEIVED) - this is most often an indication of a delayed/duplicated/outdated segment
• Either client or server has closed the connection but either this host has not yet processed all data received in the TCP queue for the process, or the peering host is sending data after this host has already asked to close the connection. This is to inform the other party that some data may have been lost.

[JasonCN]

Hi Jitendra,

Thanks for your help.

Yes. I have considered this issue, so I used "WireShark" to capture the packet at server side and client side. According to TTL, found out that Switch 2 to send RST flag.