[noPoll] Fixed -- Re: Websocket disconnect issues

Kale, Rahul Rahul.Kale en barco.com
Vie Abr 22 19:04:02 CEST 2016


I am currently running the test scenario but the failure condition has not happened yet
in the first 12 hours. Sometimes it takes 2-3 days to reproduce. I will let you
know when it happens next.

Besides the SSL twist, even for plain TCP connection I believe this situation can occur.
Due to maximum transmission unit (MTU) limitations the sender can break up messages
at arbitrary byte boundaries. If the receiver is slow to read, or if the network
bandwidth is limited, a fast sender will accumulate data to send. It will send
piled up data (multiple websocket messages in our case) in chunks of MTU size
and end up breaking messages at arbitrary byte boundaries.

You are totally correct in saying that the OS will not deliver bytes collected
from the wire to user space in a broken fashion. But the OS on the sender can put the
bytes on the wire in arbitrary pieces (TCP segments) depending on transient network conditions,
acks received, TCP sliding window size, round trip time, MTU size etc.
I am no expert at this, but the few TCP protocols I have implemented I have always had to account for this
before the application achieved 24/7 reliability.  For non-blocking sockets this is not trivial to achieve.
For blocking sockets, it is much easier.

I am glad that you are considering fixing this properly. It will make the nopoll
library more robust for everyone :)



From: Francis Brosnan Blázquez [mailto:francis.brosnan en aspl.es]
Sent: Friday, April 22, 2016 5:52 AM
To: Kale, Rahul
Cc: nopoll en lists.aspl.es
Subject: Re: Fixed -- Re: [noPoll] Websocket disconnect issues

Hi Raul,

It is going to take us a bit to deeply resolve the issue and
more precisely, to support websockets peers sending byte
by byte important parts of the headers that should be received
at once...

In any case, I was wondering if you did have time to check
latest modifications... did them resolve the issue? Is it more
stable your test case?

Please, let us know how the latest changes performs in your

Best Regards,


Thanks very much for your excellent analysis. It is indeed surprising that such a small packet seems to be delivered in chunks occasionally. Perhaps the fact that this is via SSL is compounding the issue. The original websocket provided on the server side is proxied via Apache Webserver which adds an SSL layer.

I see that the noPoll code is already handling broken headers for the first two bytes and also for 4 bytes of mask. I was assuming that you have already faced similar issues in the past.

I really appreciate your efforts in chasing these issues and fixing them promptly.



This message is subject to the following terms and conditions: MAIL DISCLAIMER<http://www.barco.com/en/maildisclaimer>


Francis Brosnan Blázquez - ASPL

91 134 14 22 - 91 134 14 45 - 91 116 07 57






Este mensaje se dirige exclusivamente a su destinatario. Los datos

incluidos en el presente correo son confidenciales y sometidos a secreto

profesional, se prohíbe divulgarlos, en virtud de las leyes vigentes. Si

usted no lo es y lo ha recibido por error o tiene conocimiento del mismo

por cualquier motivo, le rogamos que nos lo comunique por este medio y

proceda a destruirlo o borrarlo.

En virtud de lo dispuesto en la Ley Orgánica 15/1999, de 13 de

diciembre, de Protección de Datos de Carácter Personal, le informamos de

que sus datos de carácter personal, recogidos de fuentes accesibles al

público o datos que usted nos ha facilitado previamente, proceden de

bases de datos propiedad de Advanced Software Production Line, S.L.

(ASPL). No obstante, usted puede ejercitar sus derechos de acceso,

rectificación, cancelación y oposición dispuestos en la mencionada Ley

Orgánica, notificándolo por escrito a:

ASPL - Protección Datos, C/Antonio Suárez 10 A-102, 28802, Alcalá de

Henares (Madrid).

This message is subject to the following terms and conditions: MAIL DISCLAIMER<http://www.barco.com/en/maildisclaimer>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.aspl.es/pipermail/nopoll/attachments/20160422/dae0c740/attachment-0001.html>

Más información sobre la lista de distribución noPoll