Hi John, On Mo 28 Jun 2010 13:47:47 CEST "John A. Sullivan III" wrote:
This is the standard network performance tuning found everywhere. This is interesting for a saturated server, but will not solve any fundamental speed issues. Br, Erik
I have been wondering if it will help with resilience. We are having problems where, if the Internet connection starts dropping packets, recovery of the X2Go client is much slower than recovery of other applications such as web browsing. We have tried playing with ClientAliveInterval and ClientAliveCountMax but that has not helped. Has anyone else been able to make X2Go session more robust across poor quality connections? Thanks - John
If TCP/IP packets get dropped on the way between source and target host you should primarily get to the bottom of that packet dropping.
Example: Some internet providers have started oversecuring their network routers (e.g. 1und1 in Germany). The ISPs block ICMP requests totally. This blockage then als includes ICMP Type 3 Code 4 packets (destination unreachable, don't fragment). If these kinds of packets are blocked by some routers on the way the Path MTU Discovery technique will fail which results in packet loss... (and endless timeouts...).
PMTU discovery -> RFC 1191... Being a bit off-topic on the list... Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 eMail-LeseSchreibStunde: wochentags 8h-10h mail: m.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb _______________________________________________ X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
