🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.dcom.modems.cable
Article #655

Re: New AT&T Broadband Internet DHCP problem!!

#655
From: Warren H.
Date: Sat, 08 Dec 2001 00:06
67 lines
4610 bytes
Jeff wrote:
> I found a better solution (and the reason why we need a solution at
> all) regarding the recent DNS problems. As it turns out, AT&T *is*
> actually serving up DNS!! Problem is, they're changing which server is
> doing this *very* often - much more often than Windows 2000 or XP
> expects it.

ROFLO!  Re-read what you just wrote. When you say "much more often than
Windows 2000 or XP expects it", do you mean more often than once every 4
days? My lease is for 4 days. Are you saying that they change DNS servers
more often than that? Then explain why it wouldn't affect other OS's?

> Seems that these latest flavors of Windows have a little
> service running known as "DNS caching". It's supposed to lock onto a
> DNS server (dynamically assigned, in AT&T's case) and use that server
> for the next 300 seconds (the default setting - hackable in the
> registry). The idea is, if your machine doesn't have to sense which
> DNS server is being assigned to it each time you click a link, your
> online experience should be marginally faster. Problem is, AT&T is
> probably switching between DNS servers faster than the expected 300
> seconds and this explains why I can only get to about 7 sites at a
> time. If I leave it alone for a few minutes, I can grab another few
> pages - or I can force this process by refreshing my connection.

Okay. Let's try a better explaination:

AT&T is sending along up to 4 server addresses for DNS servers when you get
your lease. Only the first two work. When Windows 9x/ME/NT come to the ones
that don't work, they cycle through to the ones that do work. Windows
2000/XP stay "stuck" on the bad server for 5 minutes.

There are at least four ways we can overcome this problem until AT&T fixes
it.

1. Hack the Registry, to reduce the caching time to near zero, effectively
turning off DNS caching. (Will you remember to undo this hack when the time
comes?)

2. Go into Services and disable DNS caching. (Setting it to manual simply
stops it from loading at boot, but it will load when an application asks for
it to load.)

3. Specify only the two working DNS servers in the connection settings.

4. Specify the router (if you're using one) as your only DNS server in the
connection settings. (The router doesn't get "stuck" on the bad server.)


Each method has it's pro's and con's. If you're looking to save every
micro-milli-nano second you can, option 3 has a slight edge. If you're
concerned that the real DNS servers will change soon, option number 4 would
be the best. If you want to just forget about using DNS caching, then
options 1 and 2 will do that, but option 2 is probably better than option 1
because it actually turns the feature off rather than just crippling it.

My personal choice would be 3 or 4, depending upon whether you have a
router, and if that router will actually handle DNS resolution.

--
Warren H.

==========
Disclaimer: My views reflect those of myself, and not my employer, my
friends, nor (as she often tells me) my wife. Any resemblance to the views
of anybody living or dead is coincidental. No animals were hurt in the
writing of this response -- unless you count my dog who desperately wants to
go outside now.
Technical Details
Message-ID: <vQcQ7.15019$ER5.265784@rwcrnsc52>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!newsfeed.direct.ca!look.ca!wn1feed!worldnet.att.net!204.127.198.204!attbi_feed4!attbi.com!rwcrnsc52.POSTED!not-for-mail
References: <Xns916EE6793ADD4aphotographerhomecom@63.240.76.16> <6BWP7.7359$ER5.259417@rwcrnsc52> <1334fcc5.0112071122.26c4e5c8@posting.google.com>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 10298d,9036b507d9187c3d
X-Google-Attributes: gid10298d,public
X-Google-Thread: 10f392,9036b507d9187c3d
X-Google-Attributes: gid10f392,public
X-Google-Thread: 113850,9036b507d9187c3d
X-Google-Attributes: gid113850,public
X-Google-ArrivalTime: 2001-12-07 16:06:51 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!newsfeed.direct.ca!look.ca!wn1feed!worldnet.att.net!204.127.198.204!attbi_feed4!attbi.com!rwcrnsc52.POSTED!not-for-mail
From: "Warren H." <wholzem@hotmail.com>
Newsgroups: comp.dcom.modems.cable,alt.cable-ip,cableinet.cable_modems
References: <Xns916EE6793ADD4aphotographerhomecom@63.240.76.16> <6BWP7.7359$ER5.259417@rwcrnsc52> <1334fcc5.0112071122.26c4e5c8@posting.google.com>
Subject: Re: New AT&T Broadband Internet DHCP problem!!
Lines: 71
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-ID: <vQcQ7.15019$ER5.265784@rwcrnsc52>
Date: Sat, 08 Dec 2001 00:06:51 GMT
NNTP-Posting-Host: 204.127.202.213
X-Complaints-To: abuse@attbi.com
X-Trace: rwcrnsc52 1007770011 204.127.202.213 (Sat, 08 Dec 2001 00:06:51 GMT)
NNTP-Posting-Date: Sat, 08 Dec 2001 00:06:51 GMT
Organization: AT&T Broadband