Be able to configure timeout on virtual switch ports
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- docker, ocaml
- Ambito
- networking
Direzione di ricerca
Leggi README.md per confermare il timeout della porta documentato di virtual-switch, quindi traccia il punto di ingresso di virtual-switch che chiude le connessioni inattive e verifica come vengono forniti i suoi settings. Il lavoro è completato quando il timeout può essere configurato per questo caso d’uso e il setting disponibile è documentato, con l’aggiunta della coverage se viene individuata la posizione di test pertinente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hi,
I am using a docker container to run regression tests (written in Python) using omniORB to communicate to the DUT.
Because of the omniORB interface to the DUT, we need to log in to the DUT before any API call is excepted and so we do. But sometimes, the opened TCP connection to the omniORB endpoint in the DUT is idle for multiple minutes after the initial logon. When finally, after for example 5 minutes, the regression script uses the IIOP API again, I believe vpnkit is opening a new connection from the OS X host to the DUT. But for the DUT, this new connection requires an logon first before any other API calls are excepted. However, from a regression script point of view, the connection has been established and has not changed. Result: failure of the script.
The README.md of this repo explains that the virtual switch will close the port when activity is absent for some time (not defined in README.md how long). This breaks the above regression framework we are using and I've already tried to reduce the keepalive timers in the container (to make sure there is at least data being sent over the idle connection) but for some reason that did not work.
So another way around the issue would be if I could extend the timeout in the virtual switch before it decides to open a new connection. Is there a way to do so?
- Lingua principale
- OCaml
- Stelle
- 1.2k
- Fork
- 214
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di moby/vpnkit
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Issue simili
-
Status: Opened
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
smol-machines/smolvm#1489 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
可否增加appleAI到黑名单中，域名如下Aperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
-
HttpClient
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
btclib-org/btclib-node#1466 ·
I maintainer di solito rispondono entro 1 giorno