From mboxrd@z Thu Jan 1 00:00:00 1970 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-reply-to: Your message of "Sun, 06 Mar 2011 22:34:03 EST." <6691dddb8f174a82cf2fb78e65157385@brasstown.quanstro.net> References: <58b61128ec119c9e719f198844449401@brasstown.quanstro.net> <20110307033134.E0E7DB835@mail.bitblocks.com> <6691dddb8f174a82cf2fb78e65157385@brasstown.quanstro.net> Date: Sun, 6 Mar 2011 20:15:08 -0800 From: Bakul Shah Message-Id: <20110307041508.38B9EB827@mail.bitblocks.com> Subject: Re: [9fans] drawterm dies when my mac book sleeps by 9p design? Topicbox-Message-UUID: b795a312-ead6-11e9-9d60-3106f5b1d025 On Sun, 06 Mar 2011 22:34:03 EST erik quanstrom wrote: > > > there may be some controls determining how soon to turn > > > off the wifi that may be of some help. > > > > You don't need to mess with the wifi. Just do > > > > $ sysctl -w net.inet.tcp.always_keepalive=0 > > > > This will prevent the stack from sending any keepalive packets > > on its own. But this will *not* help if the higher level > > protocol generates such packets. > > i don't think that does what you think it does. the timers > on the plan 9 side will keep running. Don't know about plan9. This setting works for ssh, xterm etc. between *BSD/Mac and I think Linux (Windows forcibly terminates everything when the link goes down -- there may be a setting to disable keepalives but I try not to know more about Windows). >>From RFC1122: 4.2.3.6 TCP Keep-Alives Implementors MAY include "keep-alives" in their TCP implementations, although this practice is not universally accepted. If keep-alives are included, the application MUST be able to turn them on or off for each TCP connection, and they MUST default to off.