  Big_D Premium join:2003-06-02 Augusta, GA
1 edit | reply to ryanmcv Re: Comcast DNS Servers Lagging AGAIN
The speed at which a DNS server resolves a domain name has absolutely no affect on ping time. comcast.net has multiple IP addresses and locations, when you change DNS servers you also will likely resolve it to one of the other locations, which would of course explain the change in ping times. -- You want the truth? You can't handle the truth!
|
|
 ryanmcv
join:2001-10-14 Lemont, IL
·Comcast
·AT&T CallVantage
| said by Big_D :The speed at which a DNS server resolves a domain name has absolutely no affect on ping time. comcast.net has multiple IP addresses and locations, when you change DNS servers you also will likely resolve it to one of the other locations, which would of course explain the change in ping times. It's amazing how it was happening for EVERY site I pinged.  |
|
  Morty Premium join:2004-09-18 | Try using IP, you will find that there is little difference. There are far too many DNS paranoid people. |
|
 chsdgfsdg
join:2001-12-31 Beverly Hills, CA
| reply to Big_D said by Big_D :The speed at which a DNS server resolves a domain name has absolutely no affect on ping time. comcast.net has multiple IP addresses and locations, when you change DNS servers you also will likely resolve it to one of the other locations, which would of course explain the change in ping times. That's what I thought, and before your post seeing everyone else think it matter made me start to question myself. Good thing you said that, I take your side against everyone on here. I'm no expert, but it seems to me that basic internet knowledge should tell you that the DNS servers don't matter in pig times.
Why would they? just doesn't make sense to think they have an affect. I don't think you people relize how internet transmissions work. You ping an IP not a name. -- »www.imagecrown.com »www.crowntemplates.com |
|
  Blam Penguin Power Premium join:2002-02-06 Philadelphia, PA | It matters if the path to it is misconfigured or congested and the path to other DNS servers isn't. |
|
 ryanmcv
join:2001-10-14 Lemont, IL 1 edit | quote: It matters if the path to it is misconfigured or congested and the path to other DNS servers isn't.
Ding Ding! We have a winner! |
|
  Blam Penguin Power Premium join:2002-02-06 Philadelphia, PA | ^ Yeah. You can have the fastest, most powerful and most responsive DNS server in the world but if you can't get to it, then what is the point? It's just talking to itself.  |
|
  Qumahlin Never Enough Time Premium,MVM join:2001-10-05 united state
1 edit | reply to Blam said by Blam :It matters if the path to it is misconfigured or congested and the path to other DNS servers isn't. No it doesn't because the trace does not BEGIN until the DNS is resolved.
You can have the slowest, most underpowered DNS server in the world and your ping times to sites will remain the same because name resolution has nothing to do with response time other then the initial query and then the name queries of the hops your route takes.
So unless your tracert program is actually pausing it's operation while waiting for DNS lookup and adding it's pause time into your ping calculations a slow DNS server will have NO effect on ping times.
-- Forum Posts:6500 |
|
  Big_D Premium join:2003-06-02 Augusta, GA | Thank you! |
|
  Blam Penguin Power Premium join:2002-02-06 Philadelphia, PA
| reply to Qumahlin Because this damn network is screwed up right now (and the routing problems in several areas have been acknowledged), it might be able to resolve at the beginning of the trace (or better, if one has the name/address cached locally, then it assumes it exists), but then ICMP packets have been dropped or hung up somwhere, trying to get to the DNS destination or often any other location for that matter. Like I said, the DNS can be the biggest fastest in the world but if you can't get to it consistently, because the pings go all over the place depending on the moment, it's useless.
This denial of the problems is why they never get resolved. |
|
  Big_D Premium join:2003-06-02 Augusta, GA
| You obviously don't understand how it works. I would suggest doing a little research before posting. ICMP packets do not go to the DNS server, they only go to the destination as requested by your traceroute or ping. If a DNS lookup is required, it is done before the ping or traceroute is attempted. -- You want the truth? You can't handle the truth! |
|
  Qumahlin Never Enough Time Premium,MVM join:2001-10-05 united state
| reply to Blam said by Blam :Like I said, the DNS can be the biggest fastest in the world but if you can't get to it consistently, because the pings go all over the place depending on the moment, it's useless. This denial of the problems is why they never get resolved. This has nothing to do with "denial" of a problem. Bottom line is a DNS server no matter how slow, flaky, broken has no effect on your ping times, nor your route to the host.
DNS is just what it's acronym stands for "Domain Name Server" It takes a Domain name and looks up it's Registered IP in order for your browser to contact the site. It will not effect the speed of your pings.
Yes a crappy DNS server will cause web browsing to be slower of course because your browser has to constantly wait for the DNS server to complete it's lookup so that the browser can have the IP to actually contact the site.
But irregardless of how long it takes the DNS server to complete the operation it does not factor into your ping time whatsoever -- Forum Posts:6500 |
|
  Blam Penguin Power Premium join:2002-02-06 Philadelphia, PA | reply to Big_D You aren't understanding what I am saying either. One of the discussions here has to do with ping times to the destination machine. I would ask that you separate out the issues being discussed. |
|
  Blam Penguin Power Premium join:2002-02-06 Philadelphia, PA
| reply to Qumahlin I am talking about getting the information FROM the DNS, BACK to the requesting machine. It can have that answer in record time... But if that information gets lost while trying to get back to my machine, then there is a problem, don't you think? Having names/addresses cached locally helps in that instance, as I don't even have to make the request to an outside machine.
As I noted to Big_D - there are essentially 2 different issues being brought out in this thread. The machine itself and the routes to/from that machine. The DNS can blab blab blab and its blabbing goes nowhere. I can ask ask ask and never get a response - IF something is wrong with my pipe from here to there. |
|
  Qumahlin Never Enough Time Premium,MVM join:2001-10-05 united state
3 edits | said by Blam :I am talking about getting the information FROM the DNS, BACK to the requesting machine. It can have that answer in record time... But if that information gets lost while trying to get back to my machine, then there is a problem, don't you think? Having names/addresses cached locally helps in that instance, as I don't even have to make the request to an outside machine. As I noted to Big_D - there are essentially 2 different issues being brought out in this thread. The machine itself and the routes to/from that machine. The DNS can blab blab blab and its blabbing goes nowhere. I can ask ask ask and never get a response - IF something is wrong with my pipe from here to there. I am addressing the issue of the OP saying that his ping times are lower when he uses the Level 3 servers, versus when he uses the Comcast servers.
Changing your DNS server might effect your web browsing speed, but it does not effect your ping times.
You say this "It matters if the path to it is misconfigured or congested and the path to other DNS servers isn't" You didn't reply to any specific post so one would think your statement is made to say that you are agreeing with the OP that by changing his DNS server he changed his ping times, which is wrong.
the statement of "It matters if the path to it is misconfigured or congested and the path to other DNS servers isn't" has no bearing on ping times other then the ping time to the DNS server which has nothing to do with the ping time to the site your running a ping/tracert to.
There is that clarified enough? The problem to begin with was that your statement caused the OP to believe that a congested DNS server or misconfigured path to the DNS server has anything to do with his ping time to other sites.
Hence his response of "ding ding we have a winner"
-- Forum Posts:6500 |
|
  Blam Penguin Power Premium join:2002-02-06 Philadelphia, PA
1 edit | In that particular case, is that not what an "average" user would like to see? Faster browsing times rather than timeouts? And those who know about the few rudimentary net tools who want to try to troubleshoot why they get web page timeouts and slow loading for almost every site (and yes, I know that some websites can be borked giving a slow response to http requests), will usually pull out the old ping/traceroute commands to see if those indicate something that might be amiss. Ie., if they can't ping the website name then they can go to step b, trying the address, and if they can't ping that, then chances are the problem may be local, etc., and they can go from there.
EDIT: Since you edited after I started replying. In reference to your edited-in statement:
You say this "It matters if the path to it is misconfigured or congested and the path to other DNS servers isn't" You didn't reply to any specific post so one would think your statement is made to say that you are agreeing with the OP that by changing his DNS server he changed his ping times, which is wrong. So who is this "no one" who supposedly doesn't understand what I am saying? It seems there are folks posting here who are getting the gist of what I am saying and have been basically saying similar for the past couple weeks in multiple posts here - something that has come to a crescendo over the past week. I am not trying to obfuscate the point like you seem to be doing.
When someone says "lagging", that is a terminology often used by gamers who often talk about games "lagging" and there is a whole subculture of the use of "ping" in order to determine how well your connection to a game server is. And "lags" often have to do with congestion somewhere between the gamer's machine and the game server. So yes, I am addressing this post in terms of the common use of the term "lagging". |
|
  Qumahlin Never Enough Time Premium,MVM join:2001-10-05 united state
2 edits | said by Blam :In that particular case, is that not what an "average" user would like to see? Faster browsing times rather than timeouts? And those who know about the few rudimentary net tools who want to try to troubleshoot why they get web page timeouts and slow loading for almost every site (and yes, I know that some websites can be borked giving a slow response to http requests), will usually pull out the old ping/traceroute commands to see if those indicate something that might be amiss. Ie., if they can't ping the website name then they can go to step b, trying the address, and if they can't ping that, then chances are the problem may be local, etc., and they can go from there. That has nothing to do with the topic. We aren't talking about an average user and their troubleshooting steps. We aren't talking about site timeouts, we aren't talking about delayed responses.
We are talking about the OP who states clearly that they get faster ping times to comcast.net when they are using the level 3 DNS servers versus the Comcast DNS servers and then using this incorrect information to form the basis of a "well the Comcast DNS servers must clearly be lagging" when in reality the DNS server has NOTHING to do with their ping time.
-- Forum Posts:6500 |
|
  Blam Penguin Power Premium join:2002-02-06 Philadelphia, PA | Read my edited response to your edited response. |
|
  Qumahlin Never Enough Time Premium,MVM join:2001-10-05 united state
1 edit | said by Blam :Read my edited response to your edited response. Bottom line is the poster has shown no evidence of the DNS server "lagging" in any way shape or form. If they'd like to post further information in relation to the DNS server lagging (Since nothing they've posted as of yet points to that) then fine.
My previous posts still stand, the DNS servers have nothing to do with the OP's ping times as he seems to think they do. That is the issue he posted, that is the issue I answered. the terminology of "lagging" has nothing to do with this other then the OP's misinterpretation of the data he is seeing -- Forum Posts:6500 |
|
  Blam Penguin Power Premium join:2002-02-06 Philadelphia, PA
1 edit | said by Qumahlin :said by Blam :Read my edited response to your edited response. Bottom line is the poster has shown no evidence of the DNS server "lagging" in any way shape or form. If they'd like to post further information in relation to the DNS server lagging (Since nothing they've posted as of yet points to that) then fine. My previous posts still stand, the DNS servers have nothing to do with the OP's ping times as he seems to think they do You are still not understanding the subculture use of the term "lagging". As an example, I did a couple of traces using this site: »network-tools.com/
Where going from that site to the Denver name server, you get:
TraceRoute to 68.87.66.196 [ns.cmc.co.denver.comcast.net] Hop (ms) (ms) (ms) IP Address Host name 1 3 0 3 66.98.244.1 gphou-66-98-244-1.ev1.net 2 2 0 0 66.98.241.4 gphou-66-98-241-4.ev1.net 3 0 0 0 66.98.240.6 gphou-66-98-240-6.ev1.net 4 1 1 1 129.250.10.229 ge-2-1-0.r02.hstntx01.us.bb.verio.net 5 10 10 10 129.250.5.100 p16-0-3-0.r21.dllstx09.us.bb.verio.net 6 213 254 212 129.250.9.38 p16-0.att.dllstx09.us.bb.verio.net 7 11 11 12 12.123.17.86 tbr2-p014001.dlstx.ip.att.net 8 60 60 63 12.122.12.126 gbr4-p30.dvmco.ip.att.net 9 59 59 60 12.122.1.42 - 10 59 59 60 12.123.36.149 gar3-p370.dvmco.ip.att.net 11 60 60 60 12.124.157.54 - 12 61 61 61 12.244.71.14 - 13 66 65 66 68.87.66.196 ns.cmc.co.denver.comcast.net
Now from someone casually looking at the above, you see pings of 1s, 5s, 10s, etc., from the intitiating location, and then suddenly it's as if it gets into the Comcast network and you have the steady 50s and 60s.
For folks who are gamers, the above would be considered a "lag", despite it being consistent throughout.
EDIT:
You edited again and how can you assume that the use of the terminology has nothing to do with anything? That is quite dismissive when you have folks who use terms in different ways and not being aware of those uses is why miscommunications happen. |
|