Network Disconnects - Abort or Close

Aperta
#56 0 commenti 8 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
30/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
csharp
Ambito
networking

Direzione di ricerca

Inizia tracciando websocket.Close() di NativeWebSocket fino alla chiamata a ClientWebSocket.CloseAsync() descritta nell'issue. Riproduci il comportamento in caso di disconnessione e perdita di pacchetti con Network Link Conditioner, quindi confronta le opzioni richieste Abort e CloseOutputAsync. Il lavoro è completato quando la scelta dell'API e il comportamento durante la perdita di connettività sono definiti e implementati, con una verifica per gli scenari segnalati.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

I came across few issues with disconnect and reconnect scenarios. I am using C# version of Websocket:

  • calling websocket.Close() hangs the client when we lose internet connection or when 100% packets drop due to poor connection (this scenario, client is connected to network, there is severe packet loss)
  • websocket.Close() completes once network connectivity happens. But at that point, there is no reason to disconnect.
  • I did not check as to when timeout happens after websocket.close() is called and network connectivity never happens. Client hangs for quite a long time on mac.

Note: I have used Network Link Conditioner on Mac to simulate network conditions apart from testing on Windows and Android. Each one of them behaves little differently. This is because OS level network settings.

ClientWebSocket has three methods CloseAsync, CloseOutputAsyncand Abort.

  • CloseAsync and CloseOutputAsync are for exchanging close frames between Server and Client. This for a more orderly shutdown when client wants to disconnect or server wants to terminate connection.
  • Abort aborts connection and any pending I/O operations. This is a sync call and returns immediately.

Now coming back to NativeWebSocket, exposes websocket.Close() which calls CloseAsync() on ClientWebSocket. If network is disconnected, there is no point in calling CloseAsync or CloseOutputAsync as they are for terminating connections with acknowledgements. And there is no Abort method exists or a way to access ClientWebSocket as it is private.

For anyone who is curious as to how we detect network disconnects in our client - we use PingPong to send and receive msgs every n seconds/milliseconds. After sending a Ping, we don't receive a Pong within next n milliseconds - it is a disconnect.

I researched more about CloseAsync vs CloseOutputAsync and came across this article - https://mcguirev10.com/2019/08/17/how-to-close-websocket-correctly.html

Discussion points:

  • Should there be a Abort method on WebSocket in this library ?
  • Should CloseOutputAsync be called instead of CloseAsync as client is initiating termination of websockets as per this article ?
Lingua principale
C#
Stelle
1.7k
Fork
206
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di endel/NativeWebSocket

Tutte le issue di endel/NativeWebSocket

Issue simili

Altre issue su C#

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.