Article View: comp.dcom.modems.cable
Article #655Re: New AT&T Broadband Internet DHCP problem!!
From: Warren H.
Date: Sat, 08 Dec 2001 00:06
Date: Sat, 08 Dec 2001 00:06
67 lines
4610 bytes
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-mailReferences:
<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