[106708] in North American Network Operators' Group
Re: maybe a dumb idea on how to fix the dns problems i don't know....
daemon@ATHENA.MIT.EDU (Victor Jerlin)
Sun Aug 10 20:26:20 2008
Date: Mon, 11 Aug 2008 02:26:04 +0200
From: Victor Jerlin <victor@gsys.se>
To: Chris Paul <chris.paul@rexconsulting.net>
In-Reply-To: <489F861A.1020901@rexconsulting.net>
Cc: nanog@merit.edu
Errors-To: nanog-bounces@nanog.org
Inline..
Chris Paul wrote:
>
>
> Joe Greco wrote:
>>> But we only care about TCP connection setup time in *interactive*
>>> sessions (a human using something like the web). If you have a
>>> persistent connection to your dns server from your dns resolver on
>>> your browser machine, you just send the request.... no TCP setup
>>> there at all. You can even pool connections. We do this stuff in LDAP
>>> all the time.
>>>
>>> How does TCP resolution work in most resolver libraries? A TCP
>>> connection for each lookup? That is kind of dumb isn't it, speaking
>>> of dumb.... I actually don't know. Not much of a coder, so I'll let
>>> you coders check your code and get back to me on that...
>>>
>>> well.. maybe i'll fire up snort or wireshark and check it out later
>>> with some different dns libs....
>>>
>>
>> Pretending for a moment that it was even possible to make such large
>> scale changes and get them pushed into a large enough number of
>> clients to matter, you're talking about meltdown at the recurser
>> level, because
>> it isn't just one connection per _computer_, but one connection per
>> _resolver stub_ per _computer_ (which, on a UNIX machine, would tend to
>> gravitate towards one connection per process), and this just turns
>> into an insane number of sockets you have to manage.
>>
> Couldn't the resolver libraries be changed to not use multiple connections?
And we'll change to IPv6 tomorrow!
>
> CP
>
--
Victor Jerlin, CTO
Gränslösa System GSYS HB
Cell#: +356-9999-0125
