Message boards :
Number crunching :
Panic Mode On (49) Server problems?
Message board moderation
Previous · 1 · 2 · 3 · 4 · 5 · 6 . . . 9 · Next
Author | Message |
---|---|
Jim_S Send message Joined: 23 Feb 00 Posts: 4705 Credit: 64,560,357 RAC: 31 |
You both don't have IPv6 enabled in the OS, or? ;-) I installed IPv6 on all of My boxes when it was first mentioned some time ago. I seem to have no slow downs. Jim I Desire Peace and Justice, Jim Scott (Mod-Ret.) |
Sutaru Tsureku Send message Joined: 6 Apr 07 Posts: 7105 Credit: 147,663,825 RAC: 5 |
AFAIK, IPv6 should/could be enabled in OS only if the hardware (modem/router) support this also (also ISP). IIRC, only one or two new router are available which support IPv6. Your modem/router support IPv6? I have still only IPv4 in my WinXP. Because I know my DSL-Router's firmware can only IPv4. If I have good luck the manufacturer will publish a new firmware with/for IPv6. If not I need to buy a new DSL-Router if my ISP will go IPv6. This infos are a few months old, for a long time I was interested about. Maybe it's outdated. - Best regards! - Sutaru Tsureku, team seti.international founder. - Optimize your PC for higher RAC. - SETI@home needs your help. - |
Jim_S Send message Joined: 23 Feb 00 Posts: 4705 Credit: 64,560,357 RAC: 31 |
AFAIK, IPv6 should/could be enabled in OS only if the hardware (modem/router) support this also (also ISP). My modem And router both support IPv6. I Desire Peace and Justice, Jim Scott (Mod-Ret.) |
Sutaru Tsureku Send message Joined: 6 Apr 07 Posts: 7105 Credit: 147,663,825 RAC: 5 |
Maybe the internet connection/hardware/ISP of S@h don't support IPv6? - Best regards! - Sutaru Tsureku, team seti.international founder. - Optimize your PC for higher RAC. - SETI@home needs your help. - |
Jim_S Send message Joined: 23 Feb 00 Posts: 4705 Credit: 64,560,357 RAC: 31 |
Maybe the internet connection/hardware/ISP of S@h don't support IPv6? Only since 15 June? I Desire Peace and Justice, Jim Scott (Mod-Ret.) |
kittyman Send message Joined: 9 Jul 00 Posts: 51468 Credit: 1,018,363,574 RAC: 1,004 |
Maybe the internet connection/hardware/ISP of S@h don't support IPv6? I dunno.... Martin said he tested both with and without IPV6. "Freedom is just Chaos, with better lighting." Alan Dean Foster |
Sutaru Tsureku Send message Joined: 6 Apr 07 Posts: 7105 Credit: 147,663,825 RAC: 5 |
Only since 15 June? If you there changed the settings/hardware.. And S@h had never IPv6. ;-) Or maybe since then something is going wrong at S@h. I don't know if this could be the prob. Just an idea.. - Best regards! - Sutaru Tsureku, team seti.international founder. - Optimize your PC for higher RAC. - SETI@home needs your help. - |
Skywalker66 @ Berlin Send message Joined: 31 Jan 01 Posts: 78 Credit: 27,692,349 RAC: 0 |
Maybe the internet connection/hardware/ISP of S@h don't support IPv6? ups... bad humor attack ! lol this were very heavy |
Lint trap Send message Joined: 30 May 03 Posts: 871 Credit: 28,092,319 RAC: 0 |
Just so there's no (or less) confusion, all my testing proved for me was that ping should always work even when tracert and/or pathping fail. And globally, tracert and pathping can no longer be considered reliable in all cases. [C:\]tracert 208.68.240.20 Tracing route to setiboinc.ssl.berkeley.edu [208.68.240.20] over a maximum of 30 hops: 1 * * * Request timed out. 2 * ^C [C:\]ping 208.68.240.20 Pinging 208.68.240.20 with 32 bytes of data: Reply from 208.68.240.20: bytes=32 time=119ms TTL=41 Reply from 208.68.240.20: bytes=32 time=123ms TTL=41 Reply from 208.68.240.20: bytes=32 time=122ms TTL=41 Reply from 208.68.240.20: bytes=32 time=131ms TTL=41 Ping statistics for 208.68.240.20: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 119ms, Maximum = 131ms, Average = 123ms
|
Jim_S Send message Joined: 23 Feb 00 Posts: 4705 Credit: 64,560,357 RAC: 31 |
At the current rate of RAC drop I won't be able to post in about 12 1/2 days. ;)) I Desire Peace and Justice, Jim Scott (Mod-Ret.) |
justsomeguy Send message Joined: 27 May 99 Posts: 84 Credit: 6,084,595 RAC: 11 |
okay...I added Google public dns...internet works, boinc still does not. I'm currently going through Cox Cable...I might get them involved in this. "Two things are infinite: The universe and human stupidity; and I'm not sure about the universe." - Albert Einstein |
Link Send message Joined: 18 Sep 03 Posts: 834 Credit: 1,807,369 RAC: 0 |
Have you cancel after the first hop? |
Lint trap Send message Joined: 30 May 03 Posts: 871 Credit: 28,092,319 RAC: 0 |
At the current rate of RAC drop I won't be able to post in about 12 1/2 days. ;)) If need be, someone can move the conversation to Q & A. No RAC required. @Twisted - Can't hurt. The worst that could happen is they can only confirm the remote failures. @Link Yes, it timed out. Always the same. I didn't post the pathping results before, they may be more informative: C:\>pathping 208.68.240.20 Tracing route to setiboinc.ssl.berkeley.edu [208.68.240.20] over a maximum of 30 hops: 0 solarwind.hsd1.md.comcast.net. [xx.xxx.xx.xxx] 1 * * * Computing statistics for 25 seconds... Source to Here This Node/Link Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address 0 solarwind.hsd1.md.comcast.net. [xx.xxx.xx.xxx] 100/ 100 =100% | 1 --- 100/ 100 =100% 0/ 100 = 0% solarwind [0.0.0.0] Trace complete. Pathping ends like this without me doing anything. Martin ps "xx.xxx.xx.xxx" - was my ip address. |
Lint trap Send message Joined: 30 May 03 Posts: 871 Credit: 28,092,319 RAC: 0 |
OK, I screwed up. Tracert did the "* * * Request timed out." thing 17 times, and then ended with this: 18 107 ms 99 ms 94 ms setiboinc.ssl.berkeley.edu [208.68.240.20] Trace complete. So, I didn't let it run long enough before. /edit/ I don't have that window any more, but I think I was canceling after 7 or 8 timeouts... Thanks Link! for the "hint". Martin |
Josef W. Segur Send message Joined: 30 Oct 99 Posts: 4504 Credit: 1,414,761 RAC: 0 |
Hurricane Electric have a tool they call Looking Glass at http://lg.he.net/ which allows doing ping or traceroute from many of the internet routers around the world. It defaults to doing traceroute from one of their Fremont California routers, put either a hostname or IP number in the IP: field and click Probe. For awhile last week 208.68.240.20 was unreachable from Fremont but worked just fine from the Equinix Palo Alto or Equinix San Jose routers. That didn't last very long. Another possible use, of course, is to trace from the router to your own system. That might even reveal where somebody is breaking connectivity. Jim_S wrote: At the current rate of RAC drop I won't be able to post in about 12 1/2 days. ;)) Luckily the rate isn't constant since it's an exponential average. It'll drop by half each week if none of your 36 pendings validate, so we'll bid you goodbye in around 10 weeks. Joe |
Mike Bader Send message Joined: 18 May 99 Posts: 231 Credit: 20,366,214 RAC: 33 |
doing a tracert to all 13 hosts I get a timeout once I get to berkeley.edu after 128.32.0.37 & 128.32.0.58 Mike Bader BOINC V7.16.5 http://setiathome.berkeley.edu/team_join_form.php?id=5 - Join Our International Team [img]http://boinc.mundayweb.com/one/stats.php? |
-BeNt- Send message Joined: 17 Oct 99 Posts: 1234 Credit: 10,116,112 RAC: 0 |
Pathping, ping, and tracert will not always work if a router, server etc. somewhere along the lines are set to not send a packet back. This is not always reliable and doesn't mean that the server is down if it's configured this way. If they have ICMP blocked on their end, which a lot of companies and universities do, it will show you there is nothing there. IE try pinging someone's home address that has the pings blocked and see what happens. It will time out. As far as paths to the servers, of course there is multiple paths, there are multiple paths to every address online, especially when you start talking about coming into a university or any other company that has a large connection based off level3 tech. Sometimes route vary wildly when comparing connections inside the US and them coming from overseas! IPV6 being on or off will not matter, your computer will use one or the other dependent on what it needs to communicate and how you have it configured. So it will not matter if you have it enabled or not. With that being said if you aren't using IPV6 you may as well disable it as it will take additional overhead off your machine for something you aren't even using. Bottom line is Berkley doesn't have anything wrong with their setup, unless they are specifically blocking your netblock. Which I doubt, however it doesn't mean that a campus admin hasn't done it due to spam etc that could be coming into the overall system from your country possibly. I would suggest instead of using another website or tool to check your connection to use "ping" or "tracert" from a command prompt and use an alternate DNS to see if you have any other options. Check out DNS Benchmark from GRC it will give you the most optimal DNS's to use and try again. At this point I don't believe there is anything else that anyone can advise you on unless someone from the project has some insight. Personally if it was me I would try changing the DNS servers my computer is using. It only take about a minute and more than likely get you a different routing to see if it fixes your issues. Traveling through space at ~67,000mph! |
Mike Bader Send message Joined: 18 May 99 Posts: 231 Credit: 20,366,214 RAC: 33 |
I have changed DNS as well as used DNSbench. oh well. yes I rebooted computers and router etc. thanks Mike Bader BOINC V7.16.5 http://setiathome.berkeley.edu/team_join_form.php?id=5 - Join Our International Team [img]http://boinc.mundayweb.com/one/stats.php? |
-BeNt- Send message Joined: 17 Oct 99 Posts: 1234 Credit: 10,116,112 RAC: 0 |
I have changed DNS as well as used DNSbench. All of your machines except the last 5 have communicated with the servers today? Are those 5 at home and the others at work or something?? Traveling through space at ~67,000mph! |
Mike Bader Send message Joined: 18 May 99 Posts: 231 Credit: 20,366,214 RAC: 33 |
I was pointing out what I thought was an internal problem as it happened after I was into berkeley.edu. And I am using tracert from the command line. I am trying to help several others with the same issue. It seems to be happening for several people from several locations. But if you say everything is fine I will pass that along and tell them it is on their end :-) They are past the point of frustrated and angry, and turning off their computers. thanks Mike Bader BOINC V7.16.5 http://setiathome.berkeley.edu/team_join_form.php?id=5 - Join Our International Team [img]http://boinc.mundayweb.com/one/stats.php? |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.