From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.105.134.102] (helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DigtG-0007ln-8k for garchives@archives.gentoo.org; Wed, 15 Jun 2005 23:01:46 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j5FN0A0d013674; Wed, 15 Jun 2005 23:00:10 GMT Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j5FMvvMk028773 for ; Wed, 15 Jun 2005 22:57:58 GMT Received: from [24.23.138.47] (c-24-23-138-47.hsd1.ca.comcast.net[24.23.138.47]) by comcast.net (sccrmhc14) with ESMTP id <2005061522585001400l3hh3e>; Wed, 15 Jun 2005 22:58:50 +0000 Message-ID: <42B0B2A7.2020800@comcast.net> Date: Wed, 15 Jun 2005 15:58:47 -0700 From: Jim Northrup User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050605) X-Accept-Language: en-us, en Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] a #g-d first impression about voip (semi-technical) References: <42A77DF0.3030200@comcast.net> <5e0a35ef0506081719459535ca@mail.gmail.com> <42A7991D.9030007@comcast.net> <42AA582E.5060404@gentoo.org> In-Reply-To: <42AA582E.5060404@gentoo.org> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 8e857285-86f7-4410-921f-e1595184e4cb X-Archives-Hash: bb1c5c22bb0ad6ad59807afad23b2188 > what i really replied for is to ask, if i can forward your email to a > friend of mine who happens to be involved with telephony with his > company, i know zero about that, i do know he does use VoIP, so maybe he > finds your hack nifty > > | > | Jim > > hope you better luck next time in #gentoo-dev > > Daniel Yes, please. roughly what I can spell out with patience is: I have borrowed some qos configs elsehwere, applied occam's razor, and been satisfied with controlling outbound traffic [using only vanilla modules and no user-space]. wrt to throttling inbound traffic: I have googled, inquired, and seen non-vanilla qos modules but have not found an authority with which to ask a few very specific questions about ingress. this means that inbound traffic is not throttled and i just take it easy on multithreaded transfers. goals: run 5-10% headroom inbound at all times for voip (and similar realtime udp streaming) on broadband, inbound and outbound. This reduces upstream packet-queuing which can postpone delivery of voip packets ideal solutions leading to the goal: 1) delay TCP packets, never drop. so far I haven't found an *tables vanilla kernel module which documents the delay facility of a packet class. the collective forum may have covered more ground than I have covered 2) monitor all conntrack'ed tcp windows, delay ACK, and shrink windows on large numbers of descriptors in realtime 3) files of implementation fit the regex /etc/*.d/qos (with package deps, but no artifacts) 4) lock down the reasons why IMQ non-vanilla module/patch is the only documented sane inbound qos filter on googled sources and why not to treat TUN vanilla module is not an identical facility... The answer to my unfinished questions may exist in places I haven't turned over, however, testing the variations of inbound and outbound qos configs is a slow process with alot of phone downtime and advanced router side-effects leading to reboots. Jim -- gentoo-dev@gentoo.org mailing list