Details
-
Bug
-
Resolution: Won't Fix
-
Minor
-
1.7 beta
-
Security Level: Public
-
CentOS 5.4
-
Release Note
Description
I have a tap client that sends a request for a dump stream. I start receiving the stream and then while the stream is being sent I send another request for a dump stream down the same connection. The result for this action is that my tap stream is terminated. We need to define this scenario better. We can ignore any messages that don't make sense being received and continue the current tap stream. The other option is to just say if the message is garbage ignore it, but if it's a message to start a new tap stream than do that. In any case the tap stream should not be closed.