Protocol gateway throwing Socket errors and TLS handshake failures subsequently even before a Device Connect. about azure-iot-protocol-gateway HOT 10 CLOSED

Is this some thing related to the fixes checked in following dotnetty commit Azure/DotNetty@b2f10c2

from azure-iot-protocol-gateway.

@whizlingo, fixes in DotNetty are for extraneous errors that follow actual channel closure - that's only about cleaning up noise. If connection gets closed by the remote party as described in the error, you should check the remote party - simulator you've mentioned - for reasons to close the connection. If it's not possible at least checking the exchange on the wire with wireshark might shed some light on this.

from azure-iot-protocol-gateway.

@nayato , We are getting the calls to Exception Caught as soon as we run the service basically post the Channel active event is fired. There is no device trying to connect using device simulator.

from azure-iot-protocol-gateway.

Are you saying it is TcpServerSocketChannel that throws and not TcpSocketChannel?

from azure-iot-protocol-gateway.

Yeah It seems when the stack trace of the exception is

at DotNetty.Transport.Channels.Sockets.SocketChannelAsyncOperation.Validate() at DotNetty.Transport.Channels.Sockets.AbstractSocketByteChannel.SocketByteChannelUnsafe.FinishRead(SocketChannelAsyncOperation operation)

Socket Error code is "Connection Reset" if that helps.

from azure-iot-protocol-gateway.

I can still run the wire-shark to see anything but this is my vm hosting it in azure simulator. This only occurs though when hosting the 8883. if i remove the TLShandler , it runs fine. So i guess something getting raised from. So far i have not added dotnetty code to enable debugging.

from azure-iot-protocol-gateway.

stack does not tell anything here. Question is basically what is the type of channel where ExceptionCaught occurs. From error it seems it must be TcpSocketChannel but you're saying no one's trying to connect even at this point. If it is TcpSocketChannel, please find out what happens on the other side of connection because it must be initiated from outside and again, according to error, the other party closed the connection hence the error. If it is the other party then it should have more data as to what has triggered it to close the connection.

from azure-iot-protocol-gateway.

ok i see that it indeed is a TCP Socket channel and i see the remote ip as well in the context, will run wireshark now to debug it further. Thanks , will update shortly

from azure-iot-protocol-gateway.

The issue was with unknown TCP re-transmit packets arriving on MQTT ports on my Azure VM. I figured out that it was actually from Azure monitoring.

from azure-iot-protocol-gateway.

@whizlingo Were you able to find a solution to stop errors/re-transmits?

from azure-iot-protocol-gateway.