I recently replaced the OpenPDC phasor data feed (coming from my prod environnement) for my test environment.
The initial stream was done by an output string declared on the OpenPDC production server ; to which the qualification OpenPDC was connected. So the network stream was seen as ‘incoming’ from my production environment.
I modified this configuration to reverse the direction of this stream using streamSplitter on the production server; on the left connected to same datasource as my production OpenPDC ; and on the right sending (pushing) data to the OpenPDC test environnement by checking the ‘Establish TCP Server’ option in the connection string of this test OpenPDc.
- Steamsplitter 1.1.7 on production server :
Note that I change those two parameters in the StreamSplitter.exe.Config :
“MaxClientConnections” value=“-1” (instead of ‘1000’ by default which caused some errors in the StreamSplitter console).
“NoDelay” value=“True” (instead of ‘false’ by default ; a test that did not change anything)
- OpenPDC 2.9.210 on test server :
The data seems correctly received; but the streamsplitter console mentions multiple and continuous messages ‘TCP publishing client connected to TCP listening server chanel’ immediately followed by ‘TCP publishing client disconnected to TCP listening server chanel’. From time to time, the following message is also displayed: [NAME_OF_STREAMSPLITTER_CONFIGURATION] Stream splitter exception: Socket exception occurred on the TCP publication client channel while attempting to send client data to TCP listening server “tcp://OPENPDC_TEST_SERVER_HOSTNAME:4712”: Returned by WSARecv or WSARecvFrom to indicate the remote party has initiated a graceful shutdown sequence.
Nevertheless, data on the OpenPDC Test server seems to be well received ; but those continuous connected/disconnected and error messages are worrying me. I’m not sure that some data may not been lost when the disconnected/connected event appears.
Would you have an idea of what could cause this annoying behavior ?
Edit : I’ve also used PMU Connection Tester instead of OpenPDC on the Test environnement part ; with the same results : multiple connected/disconnected messages.