I connect 5 switches to Opendaylight and there is a flow to trap all ARP packets to controller. When a switch packet-in an ARP packet, the ArpPacketListener should notify all other service that has registered on it.(ex. ArpPacketHandler on l2switch bundle)
Normally it works fine, but after I send 1000 ARP with rate 100 pkt/s, the ArpPacketListener seems not to listen to ARP receving anymore. The ArpPacketHandler stop to proccess any ARP packet after that, even if I only send one ARP, or send it from other switch. But if I restart the test and send the 1000 ARP with rate 5 pkt/s, the ArpPacketListener can still work fine.
So my assumption is: there is a protection mechanism in Opendaylight that will limit the packet-in rate, and when packets are overloaded, it will close down the relative EventListener.
Does anyone know about the packet-in protection mechanism on Opendaylight? Or any other idea about this situation?
I have found this:
It says an event must be dampened before escalating the same to the applications layer. Is this scenarios also implemented on ArpPacketListener, too? Even so, it still seemed strange if the EventListener cannot be recovered once it has been dampened.
Thank you very much for any ideas or suggestions.