[colug-432] DNS delays for IPv6

FiL Farris philipfarris at gmail.com
Mon Jun 18 22:28:34 EDT 2012


Just out of curiosity was there any change to the (level of) service being
provided by TWC/RR?  I have actually SEEN a tech sent out to just replace a
faulty router (cable modem)  call in and by mistake have the service
changed/re-provisioned.  This is of course is not supposed to happen but
mistakes often happen when they have to "call in & close out" the order.





On Mon, Jun 18, 2012 at 9:43 PM, Rick Troth <rmt at casita.net> wrote:

> Can someone lend me a clue stick?  (Or perhaps just slap me with it.)
>
> I got a new cable modem.  Since that time, I've had degrading internet
> access.
> To be specific, service went from intermittent extremes (all there, or
> nothing there) to slower and slower.
> IMPORTANT COINCIDENCE:  The new hardware was installed (by a TWC tech)
> on June 7, one day after "World IPv6 Launch".  So I cannot tell for
> sure if the problem is with the new hardware or is because of a change
> in the network.
>
> The most obvious symptom is slow loading web pages.  Most other
> services (XMPP, IMAP, SSH, PING, so on) seem to be working fine.
> Google has it worst, but other sites too.  Direct 'wget' of some files
> has been immediate, once the hostname resolved.
>
> Two experiments suggest that it is #1 related to IPv6 and #2 related
> to DNS.  Of note, I disabled the IPv6 address on my daughter's machine
> and it immediately got better.  (No details, just her report.)  Since
> Google was/is a big hurt, I collected the IPv4 addresses for a number
> of its hosts and hard-coded them in /etc/hosts and here too got
> immediate relief.
>
> I cannot find news or articles or reports of similar experience.
> (Certainly possible that it's just me.)  My home network has an IPv6
> /48 routed over a SixXS tunnel which has worked well for more than a
> year.
>
> I run my own 'named', forwarding to the servers provided by the ISP
> (TWC/RR).  I don't see delays with 'nslookup'.  But when a given web
> page is "slow", the behavior is as if it were resolving fetchable
> objects in the page.
>
> -- R;   <><
> '::1, not-so-sweet ::1'
>
> _______________________________________________
> colug-432 mailing list
> colug-432 at colug.net
> http://lists.colug.net/mailman/listinfo/colug-432
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.colug.net/pipermail/colug-432/attachments/20120618/24f8a273/attachment.html 


More information about the colug-432 mailing list