@RicknBaker

I assume that you are using RFA C++ or .NET. From the status text ,it looks like the provider submit message to stream which already closed. Please make sure that provider application properly manage client session and passing valid reqeust token when submit the message.

-Do you have any console output log from both Provider and Consumer side?

Since you have craeted a new Provider application based on our example, you may compare the codes and steps with original example.

Also you may turn on RSSL Tracing log on both Provider and Consumer side. It could help verify stream and message between Provider and Consumer. To turn on RSSL tracing log, please add the following config to Provider and Consumer connection

\Connections\<Connection_RSSL>\traceMsg = false
\Connections\<Connection_RSSL>\traceMsgToFile = true
\Connections\<Connection_RSSL>\tracePing = true
\Connections\<Connection_RSSL>\traceMsgFileName   = "<RSSL Consumer/Provider Trace file name>"
\Connections\<Connection_RSSL>\traceMsgDomains = "all"
\Connections\<Connection_RSSL>\traceRespMsg = true
\Connections\<Connection_RSSL>\traceReqMsg = true
\Connections\<Connection_RSSL>\traceMsgHex = false 
\Connections\<Connection_RSSL>\traceMsgMaxMsgSize = 200000000
\Connections\<Connection_RSSL>\traceMsgMultipleFiles = true

<Connection_RSSL> is the name of Provider or Consumer connection in RFA configuration file. RFA will generate xml file name from traceMsgFileName for example RSSLConsumerTrace_<pid>.xml.

I got this working. I hadn't set up the event stream with a request / response pair first.

That logging technique is very handy though, thanks.