No Traceroute?

I was playing world of warcraft the other day, and all was well. I logged out, went to dinner, and when I got back, couldn't log on. Blizzard support asked me to run a traceroute to the login server for WoW and I got nothing. Then I tried a few different websites (like google) and got nothing. I can play from my windows laptop, but not from my macbook, which makes me think my connection is fine. I even had comcast come to my house and they told me the connection is now fine (they fixed a few things). I can connect to the internet just fine on the MacBook, just not WoW and can't run a traceroute to anything. Anyone have any suggestions?
Oh, and yes, I've tried playing directly from the modem, hardwired from the router, and wirelessly.
I'll try it on another network today and see if that helps, but I doubt it since my PC will work on my home network.

I was playing world of warcraft the other day, and all was well. I logged out, went to dinner, and when I got back, couldn't log on. Blizzard support asked me to run a traceroute to the login server for WoW and I got nothing. Then I tried a few different websites (like google) and got nothing. I can play from my windows laptop, but not from my macbook, which makes me think my connection is fine. I even had comcast come to my house and they told me the connection is now fine (they fixed a few things). I can connect to the internet just fine on the MacBook, just not WoW and can't run a traceroute to anything. Anyone have any suggestions?
Oh, and yes, I've tried playing directly from the modem, hardwired from the router, and wirelessly.
I'll try it on another network today and see if that helps, but I doubt it since my PC will work on my home network.

Similar Messages

  • Traceroute timeouts and lots of packet loss when a...

    I host various site via the above, and since late last night and today, I am having connection timeout issues on all of them (but sites like bbc, bt etc are fine). I contacted them and performed a traceroute to my default site southee.co.uk which timed out. Below are the results:
    traceroute to southee.co.uk (37.61.236.12), 64 hops max, 52 byte packets
    1 bthomehub (192.168.1.254) 2.733 ms 2.414 ms 2.415 ms
    2 esr5.manchester5.broadband.bt.net (217.47.67.144) 72.412 ms 29.705 ms 131.735 ms
    3 217.47.67.13 (217.47.67.13) 31.390 ms 29.680 ms 103.936 ms
    4 213.1.69.226 (213.1.69.226) 41.172 ms 32.700 ms 129.323 ms
    5 31.55.165.103 (31.55.165.103) 30.791 ms 31.639 ms 130.306 ms
    6 213.120.162.69 (213.120.162.69) 31.248 ms 59.138 ms 30.657 ms
    7 31.55.165.109 (31.55.165.109) 32.159 ms 31.507 ms 31.513 ms
    8 acc2-10gige-9-2-0.mr.21cn-ipp.bt.net (109.159.250.228) 31.499 ms 31.325 ms
    acc2-10gige-0-2-0.mr.21cn-ipp.bt.net (109.159.250.194) 31.197 ms
    9 core2-te0-12-0-1.ealing.ukcore.bt.net (109.159.250.147) 41.744 ms
    core2-te0-13-0-0.ealing.ukcore.bt.net (109.159.250.139) 41.346 ms
    core2-te0-5-0-1.ealing.ukcore.bt.net (109.159.250.145) 41.744 ms
    10 peer1-xe3-3-1.telehouse.ukcore.bt.net (109.159.254.211) 39.527 ms
    peer1-xe10-0-0.telehouse.ukcore.bt.net (109.159.254.122) 38.791 ms 38.910 ms
    11 te2-3.sov-edge1.uk.timico.net (195.66.224.111) 54.032 ms 37.941 ms 38.642 ms
    12 78-25-201-30.static.dsl.as8607.net (78.25.201.30) 45.830 ms 46.413 ms 42.448 ms
    13 * * *
     They then performed a traceroute from the server and got the following, again with timeouts and packet loss. See below:
    1. 37.61.236.1 0.0% 10 0.5 0.7 0.4 2.9 0.8
    2. ae0-2061.ndc-core1.uk.timico 0.0% 10 0.3 0.3 0.2 0.5 0.1
    3. te2-3.sov-edge1.uk.timico.ne 0.0% 10 10.5 9.7 4.2 30.2 8.7
    4. linx1.ukcore.bt.net 0.0% 10 4.1 4.3 4.1 5.9 0.6
    5. host213-121-193-153.ukcore.b 0.0% 10 5.5 8.0 4.9 12.7 2.3
    6. acc2-10GigE-4-3-1.mr.21cn-ip 0.0% 10 11.4 11.4 11.4 11.6 0.1
    7. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
    8. 31.55.165.108 0.0% 10 12.1 12.1 11.8 12.4 0.2
    9. 213.120.162.68 0.0% 10 12.0 12.1 12.0 12.3 0.1
    10. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
     I've just spent a fustrating 15 minutes with Bt Support chat who just seemed want to pass me on to the BT Business team, so I thought I'd post here, for a more informed response.

    Hi Jane, Thanks for the reply. I have now purchased an AEBS(n) to try to overcome this problem. The Apple site says it is compatible with all versions of Airport card so I thought it would solve the problem. My new problem is to be found here: http://discussions.apple.com/thread.jspa?threadID=1087292&tstart=0
    However to answer your questions, The OS is 10.4.10 and I have run every updater I can find for all Macs concerned. hope this helps.

  • How do I run a traceroute, ping with my Mac/Safari?

    I tried Search first, but I'm not very good at finding what I need, and I couldn't find the answer this time either. Sorry if it's already been posted. I would like to know how to run a traceroute with my PBG4. Is running a traceroute the same as doing a ping? Any help would be greatly appreciated. Please keep the explanation as simple as possible, lol.

    A traceroute sends messages to every server between you and an address you specify, and is useful in determining exactly where problems with the connection exist. If you see an address for which the three numbers become large, that is likely where the problem lies. An entry consisting of only stars means that the command timed out waiting for a response; some servers do not reply to traceroute probes. Click here for more information.
    (31172)

  • ASA NAT/Traceroute Inside to Outside Issues

    Hi All,
    Product in question: ASA5512-x in HA Active/Standby Failover mode
    When running a ping from the inside network to a device on the internet I recieve replies and all is good.  However when running a traceroute from inside the network to a device on the internet I receive timeouts which look to be caused by a ACL deny rule, that being "outside/internet_access_in"  If I quickly add an access rule for "outside/internet" incoming rule and allow any any with ICMP_Group then I get replies and the ACL is allowing it, however the replies for the traceroute are always the same, which is the device IP your tracing.  I wouldn't think you would want an outside/internet incoming rule for this kind of service as it would open you up and kinda defeat the purpose of firewal etc.
    To me it sounds like NAT is certainly causing some weirdness here, possilby they way it's setup...
    The following is the explanation from the Deny message on syslog.
    %ASA-4-106023: Deny protocol src
    [interface_name:source_address/source_port] [([idfw_user|FQDN_string], sg_info)]
    dst interface_name:dest_address/dest_port [([idfw_user|FQDN_string], sg_info)]
    [type {string}, code {code}] by access_group acl_ID [0x8ed66b60, 0xf8852875]
    A real IP packet was denied by the ACL. This message appears even if you        do not have the log option enabled for an ACL. The        IP address is the real IP address instead of the values that display        through NAT. Both user identity information and FQDN information is        provided for the IP addresses if a matched one is found. The ASA logs        either identity information (domain\user) or FQDN (if the username is        not available). If the identity information or FQDN is available, the        ASA logs this information for both the source and destination.    
    Following are the 2 NAT rules in place at the moment - The first one was auto created when configuration a site-to-site VPN which is meant to tell the traffice over the VPN not to NAT.
    nat (inside,internet) source static Private_Network_Classes Private_Network_Classes destination static Test_VPN_Site Test_VPN_Site no-proxy-arp route-lookup
    nat (inside,internet) source dynamic any interface
    I hope this gives some insight into the issue I am having and someone can suggest some fixes/reconfig's to work around this.  It certainly hasn't been easy trying to explain what is occuring here in writting.
    Thank you for your time.

    Hi Jouni,
    I would agree with your comments as well after obtaining better understanding of the issue myself with your support.
    As per request below is exact syslog message from traceroute.
    6|May 27 2013|10:19:01|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    6|May 27 2013|10:19:01|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    6|May 27 2013|10:19:01|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    6|May 27 2013|10:18:59|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    6|May 27 2013|10:18:55|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    6|May 27 2013|10:18:51|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    6|May 27 2013|10:18:47|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:45|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:43|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:41|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:39|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:37|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:35|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:33|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:31|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:29|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:27|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:25|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:23|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:21|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:19|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:17|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:15|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:13|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:11|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:09|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:07|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:05|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:18:03|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:18:01|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:59|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:57|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:55|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:53|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:51|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:49|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:47|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:45|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:43|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:41|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:39|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:37|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:35|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:33|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:31|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:29|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:27|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:25|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:23|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:21|106023|x.x.x.x.144||172.18.20.12||Deny icmp src internet:x.x.x.x.144 dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:19|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:17|106023|x.x.x.x.144||172.18.20.12||Deny icmp src internet:x.x.x.x.144 dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:15|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:13|106023|x.x.x.x.144||172.18.20.12||Deny icmp src internet:x.x.x.x.144 dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:11|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:09|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:07|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:05|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:17:03|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:17:01|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:59|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:57|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:55|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:53|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:51|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:49|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:47|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:45|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:43|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:41|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:39|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:37|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:35|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:33|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:31|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:29|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:27|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:25|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:23|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:21|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:19|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:17|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:15|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:13|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:11|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:09|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:07|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:05|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:16:03|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:16:01|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:15:59|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:15:57|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:15:55|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:15:53|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:15:51|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:15:49|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:15:47|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:15:45|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:15:43|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:15:41|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:15:39|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:15:37|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:15:35|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:15:33|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:15:31|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:15:29|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:15:27|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:15:25|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|10:00:02|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|10:00:00|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|09:59:57|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|09:59:55|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|09:59:53|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|09:59:51|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    6|May 27 2013|09:59:50|302021|x.x.x.x|0|172.18.20.12|1|Teardown ICMP connection for faddr x.x.x.x/0 gaddr x.x.x.x/1 laddr 172.18.20.12/1
    4|May 27 2013|09:59:48|106023|x.x.x.x||172.18.20.12||Deny icmp src internet:x.x.x.x dst inside:172.18.20.12 (type 11, code 0) by access-group "internet_access_in" [0x0, 0x0]
    Software Version:
    Cisco Adaptive Security Appliance Software Version 9.0(1)
    Device Manager Version 7.1(3)

  • Can not run traceroute [SOLVED]

    Hello arch world,
    I decided out of the blue to run a traceroute on my computer to see what I get but the only result I get when running one at any location is this (for yahoo.com:
    1  launchmodem (192.168.1.254)  0.483 ms  0.413 ms  0.364 ms
    2  * * *
    3  * * *
    4  * * *
    5  * * *
    6  * * *
    7  * * *
    8  * * *
    9  * * *
    10  * * *
    11  * * *
    12  * * *
    13  * * *
    14  * * *
    15  * * *
    16  * * *
    17  * * *
    18  * * *
    19  * * *
    20  * * *
    21  * * *
    22  * * *
    23  * * *
    24  * * *
    25  * * *
    26  * * *
    27  * * *
    28  * * *
    29  * * *
    30  * * *
    I know it's not an ISP issue because I tried traceroute on a windows laptop and it ran successfully (something in windows working successfully over linux? what the hell is the world coming to:) ). I tried this both connected to the router and connected directly to the modem as you can see. I also did this from someone else's modem and same result. Is there something I need to install or is there some setting I need to switch on from os's end to have this running successfully. Does it have something to do with the resolv.conf configuration even though it is set for dhcp? I'm not exactly network savvy since I'm still in the learning stages when it comes to networking so any help is appeciated. Thanks in advance.
    The vytalone!
    Last edited by vytalelementz (2008-05-08 02:25:05)

    Traceroute works differently on Windows and Unix. It uses UDP on Unix by default. On Windows probably 'ICMP Echo Request' (type=8) is used.
    I guess it is an ISP issue. They  are filtering traffic on closed UDP port without any ICMP response which is wrong but very common practice.
    Running traceroute with -I option may work for you.
    Try also 'ping -R -n -v'.
    Last edited by robertp (2007-09-30 10:43:50)

  • Solaris 10, ipv6 and broken traceroute?

    HI,
    I have a Solaris 10 machine configured with IPv6. When trying to use traceroute on an IPv6 address, I don't see a list of hops, but see the destination host as the first and only hop in the traceroute.
    Doing a snoop, reveals that the Hop Limit field is always 56- thus not really performing a traceroute.
    On SunSolve I noticed a few bug reported hinting at this problem, but they all appeared as "integrated". I would have thought these issues would not be present in Solaris 10 GA.
    Anyone else seeing this behaviour?

    HI,
    I have a Solaris 10 machine configured with IPv6. When trying to use traceroute on an IPv6 address, I don't see a list of hops, but see the destination host as the first and only hop in the traceroute.
    Doing a snoop, reveals that the Hop Limit field is always 56- thus not really performing a traceroute.
    On SunSolve I noticed a few bug reported hinting at this problem, but they all appeared as "integrated". I would have thought these issues would not be present in Solaris 10 GA.
    Anyone else seeing this behaviour?

  • Slow first traceroute time

    Hi,
    I have 2 stacks of 3750s, which route between each other. If I tracert from a host on one site, i get this:
    1 93 ms 193 ms 97 ms 10.1.8.1
    2 <1 ms <1 ms <1 ms 172.16.1.1
    3 <1 ms <1 ms <1 ms 10.1.0.35
    But from the other site, this:
    1 <1 ms <1 ms <1 ms 10.1.2.240
    2 91 ms 95 ms 95 ms 172.16.1.2
    3 <1 ms <1 ms <1 ms 10.1.8.52
    Is the slow response from 172.16.1.2 (AKA 10.1.8.1) a problem?
    Both switch stacks are broadly similar in config, although the slower switch is on 12.2(20).SE3, and the quicker one is on 12.2(25)SEB1
    Thanks in advance.

    Hello,
    creating ICMP packets is done in the switch CPU. With respect to other processes running this is a low priority task. So a better measure for your stack performance would be to use traffic through the switches and not to the switches.
    The slow ICMP response does not mean that the switch throughput is slow or something is wrong. Those two types of traffic are handled quite different by the switches, so concluding from one type (f.e. ICMP from the switch) to the other type of traffic is not quite feasible.
    In fact your traceroute shows exactly that: your third hop answers within 1 ms, so the packet had to be forwarded through the "slow" switch in less than this time.
    In case your applications are doing well, I would not be worried.
    Hope this helps! Please rate all posts.
    Regards, Martin

  • RV180 not showing up in traceroute

    Hello all,
    I have a RV180 router that is not showing up in a traceroute. I have multiple VLANs configured where the clients are on one VLAN and the servers are on another. Inter-VLAN routing is enabled and I can ping back and forth and everything works. However, when I do a traceroute from one VLAN to another, or to anywhere outside the network, the router shows up with the source address.
    Here is an example of a trace from a client machine on one VLAN to a server on a different VLAN:
    traceroute to 10.33.1.15 (10.33.1.15), 64 hops max, 52 byte packets
    1  mpls-sv01.domain.com (10.33.1.15)  0.899 ms  0.430 ms  0.408 ms
    2  mpls-sv01.domain.com (10.33.1.15)  1.203 ms  1.079 ms  1.138 ms
    Here is another example to an outside address:
    traceroute to 75.168.229.233 (75.168.229.233), 64 hops max, 52 byte packets
    1  mpls-agw1.inet.qwest.net (75.168.229.233)  0.734 ms  0.393 ms  0.361 ms
    2  mpls-gateway-32-38.domain.com (63.228.32.38)  1.277 ms  1.463 ms  1.259 ms
    3  mpls-dsl-gw62.mpls.qwest.net (207.225.140.62)  20.675 ms  21.135 ms  21.061 ms
    4  mpls-agw1.inet.qwest.net (75.168.229.233)  20.922 ms  19.953 ms  20.717 ms
    I'm not understanding why the router is not showing up as the first hop. Or at least why it looks like router is being hit but not responding properly. Any suggestions?
    Thanks!

    Dear Taylor,
    Thank you for reaching the Small Business Support Community.
    It's been several days and nobody has commented on your inquiry, and therefore I suggest you to address your concern to another support channel available; either chat or by phone;
    https://supportforums.cisco.com/community/netpro/small-business/sbcountrysupport
    Please do not hesiate to reach me back if there is any further assistance I may help you with in the meantime.
    Kind regards,
    Jeffrey Rodriguez S. .:|:.:|:.
    Cisco Customer Support Engineer
    *Please rate the Post so other will know when an answer has been found.

  • Traceroute does not work properly with IPMP

    I know this question has been asked many times but i didn't find any solution for it. Traceroute does not work with IPMP configured as intended.
    i have following interfaces configured on my system
    nxge2: flags=201000842<BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500 index 4
    inet 0.0.0.0 netmask 0
    groupname test
    ether 0:14:4f:c0:1c:a
    nxge2:1: flags=201000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500 index 4
    inet 10.63.20.30 netmask fffffe00 broadcast 10.63.21.255
    nxge2:2: flags=201000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500 index 4
    inet 10.63.20.29 netmask fffffe00 broadcast 10.63.21.255
    nxge3: flags=201000842<BROADCAST,RUNNING,MULTICAST,IPv4,CoS> mtu 1500 index 5
    inet 0.0.0.0 netmask 0
    groupname test
    ether 0:14:4f:c0:1c:b
    now if i do
    #traceroute 10.63.20.29
    traceroute: Warning: Multiple interfaces found; using 10.63.20.30 @ nxge2:1
    traceroute to 10.63.20.29 (10.63.20.29), 30 hops max, 40 byte packets
    1 10.63.20.29 (10.63.20.29) 0.124 ms 0.036 ms 0.033 ms
    it uses nxge2:1 interface instead of nxge2:2 and if disable the IPMP on nexge2 it works fine as expected
    # traceroute 10.63.20.29
    traceroute: Warning: Multiple interfaces found; using 10.63.20.29 @ nxge2:2
    traceroute to 10.63.20.29 (10.63.20.29), 30 hops max, 40 byte packets
    1 10.63.20.29 (10.63.20.29) 0.120 ms 0.034 ms 0.030 ms
    Why is it so and how can i make it work with IPMP

    Please refer to my reply in this post:
    https://forum-en.msi.com/index.php?topic=252404.0
    If you installed the proper Realtek HD audio driver, you should be able to find this.

  • Any substantial tcp/ip connection must be tracerouted to work

    Before I get into my problem, I'd just like to say a quick hello to the Arch Community! (my first post).
    I've been keeping an eye on Arch for some time now, waiting for a lull in my uni work so I could dedicate the proper time into installing this great sounding distro. So far, I'm thoroughly enjoying the experience despite my current snag.
    Ok here goes..
    I've more or less set my system up but for one problem. For some reason I cannot connect to any servers unless I traceroute them first.
    Example 1: Pacman will hang no matter what I tell it to do, but if I traceroute mirror.aarnet.edu.au (my pacman mirror), pacman suddenly updates/upgrades/gets the package I want.
    Example 2: I open firefox, my homepage www.todist.com will not show up unless I traceroute todoist.com!
    I'm on a wireless dhcp connection, and am using netcfg2 to manage my interfaces.
    I have an intel-pro-wireless 3945abg card, using module iwl3945.
    I used
    http://wiki.archlinux.org/index.php/Beginners_Guide and
    http://wiki.archlinux.org/index.php/Network_Profiles to get to where I am now.
    Code snippets:
    rc.conf: http://pastebin.com/mba53b3b
    netcfg2 network profile: http://pastebin.com/m2fab5e05
    I'm currently strapped for time, but any response is *highly* appreciated. Just ask if you need more configs/outputs and I'll put them up asap, but atm, I'm late.
    Confused as buggery
    - Celthias

    Well about SQL Server, I assume that everything is correct and as per rule book. Server is maintained by different team and I dont have access to server machine. They have said everything is fine @their end.
    Its multi-threaded application processing approx 1 million records per day, and at any given time there could be 100 threads running parallely, so connection count would be on higher side.
    There are no errors when volume is low but as soon as the volume starts increasing, we start seeing this error. My understanding is using SQL queries could be the reason because I saw this error occur when a particular SQL query is fired and this query processes huge volume of data (this is as per logs and can't be guaranteed due to multi-threading). Problem is I can't simulate this in DEV env due to low data volume.
    One thing I noticed is absence of C3P0 settings in application. The provider class is configured in config file but explicit settings are missing. So not sure whether default C3P0 settings are working as expected.

  • No ping / traceroute / google earth since Pacman Syu today

    Hello,
    I did a pacman -Syu this morning as I do most days.  To be honest I can't recall precisely what was updated (kernel headers, glibc not sure what else - sorry).  I am now finding that while I can surf the web / be on IRC / dowload my e-mails - some things are broken.  I am not sure if they are related, but they were all working very recently. I use pan for usenet and it is giving me "no such process" when trying to contact my news server.  whois is giving "Temporary failure in name resolution", ping and traceroute are is giving "unknown host" on everything, and google earth "cannot contact  authentication server".
    I have not done anthing to my network settings or router, and other boxes using it can still (eg) ping out.
    I am nervous about trying a reboot in case I lose the connectivity I have, because I really need this box functional on the net at the moment.
    I am baffled.  Any ideas please?
    Added by way of edit : - I had both Firefox and Opera open. I tried closing Opera and on restarting it cannot connect to the net. I suppose that I will lose connectivity with other applications if I close them.
    Second edit : So I got my head out of my rear sufficiently to read the pacman.log. Todays upgrades were :
    [2008-12-16 10:15] starting full system upgrade
    [2008-12-16 10:28] upgraded kernel-headers (2.6.26.3-1 -> 2.6.27.6-2)
    [2008-12-16 10:28] warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
    [2008-12-16 10:28] Generating locales...
    [2008-12-16 10:28]   en_GB.UTF-8... done
    [2008-12-16 10:28]   en_GB.ISO-8859-1... done
    [2008-12-16 10:28] Generation complete.
    [2008-12-16 10:28] upgraded glibc (2.8-3 -> 2.9-2)
    [2008-12-16 10:28] upgraded binutils (2.18-9 -> 2.19-1)
    [2008-12-16 10:28] upgraded bison (2.3-4 -> 2.4.1-1)
    [2008-12-16 10:28] upgraded dhcpcd (4.0.4-1 -> 4.0.7-1)
    [2008-12-16 10:28] upgraded gcc-libs (4.3.2-1 -> 4.3.2-2)
    [2008-12-16 10:28] upgraded gcc (4.3.2-1 -> 4.3.2-2)
    [2008-12-16 17:16] synchronizing package lists
    I don't know what could cause this apart from glibc.
    I am also wondering whether this is the related to the issue metalforever reported earlier today with his "transient resolver failure"
    It makes no difference to run as root btw.
    Last edited by perseus (2008-12-16 17:56:35)

    I found that the problem was a DNS one.  ping etc worked if I fed it IP addresses instead of domain names.  I am using pdnsd, which seemed to be working so far as I could tell.  The daemon was running and "pdnsd-ctl dump" output the contents of what seems to be a valid cache.  I changed /etc/resolv.conf to stop using pdnsd temporarily and my DNS came back.
    I still don't have the faintest idea why this problem has arisen.  I am too busy to try taking it any further at the moment.  Maybe I should cross-post this in the networking forum.

  • Traceroute but no Ping

    I'm having trouble with my MBA with internet connection to any application. Using the Network utlity it will run a Traceroute, but cannot Ping any address.  The Netstat shows it is connected to a foreign address, but nothing gets passed to any of my applications.  I've turned off the system firewalland remove other apps that might interfere, to no avail.  I just found a Flash virus called Games.exe and am working to get rid of it.  Any other ideas what might be causing this problem?
    Thanks!

    How are you connecting to the Internet?
    Who is your ISP?
    Give this a try. Open Network System Preferences, select your connection method (Ethernet or WiFi), then click on the Advanced button.
    Click on the DNS tab.
    Note what is listed in the DNS Servers: list. It should be a grayed out address of your router IP address.
    If it is not, please post what it says.
    If it is just your router address, then click the Add button ( + ) and enter these servers:
    208.67.222.222 and 208.67.220.220
    Then, try to connect to the internet.
    EDIT: sorry, I missed this before posting:
    I've connected via a USB dongle directly to the cellular network and via my wireless network at home.
    If that is the case, it is very likely that the MacBook Air is not getting the correct DNS servers passed to it from the router. Adding the OpenDNS servers as I described above should help.

  • Traceroute not happening to ACE from Oracle Server

    Hi,
    Our ACE is configured in One-ARM Mode. I have Oracle Serverfarm been loadbalanced by ACE from where traceroute to ACE is not happening.
    Oracle Server in VLAN 10 with Gateway configured at Core Switch: 10.10.10.21
    VLAN 60: 10.10.60.21 in Core switch & ACE ip: 10.10.60.1
    If from ACE i doa traceroute at one of the Oracle DB servers (10.10.10.5 & 10.10.10.6) it's going nicely. But sitting at Oracle DB servers if i do trace to ACE IP: 10.10.60.1 it gets dropped at Core switch: 10.10.10.21
    This probem is not happening from any other Windows machines....
    Can someone highlight....
    Attached the ACE config...

    some machine use icmp to do traceroute and others use udp.
    Your oracle machine might be using udp and your core switch as a security acl to block this udp traffic.
    G.

  • TraceRoute to apple store times out

    Hi guys,
    Hoping you can help me. In short I can't access the apple store. I am hooked up wirelessly via a little netgear box. I have no problems accessing any other sites including the rest of apple's site. I believe it is something to do with ports or with my ISP. (I have also tried my Windows PC and same issue so it is definitely network related). Here is the Trace Route (I stopped it at 48 hops).
    Thanks in advance.
    A
    Traceroute has started ...
    traceroute to store.apple.com.akadns.net (17.149.156.10), 64 hops max, 40 byte packets
    1 192.168.1.254 (192.168.1.254) 30.370 ms 76.973 ms 99.894 ms
    2 bras5-asd7.wadsl.wanadoo.nl (81.71.128.1) 96.401 ms 17.891 ms 17.644 ms
    3 10GE1-4.dr1-asd7.nl.euro.net (194.134.187.52) 18.638 ms * 19.456 ms
    4 10GE5-0-1.cr1-asd8.nl.euro.net (194.134.161.12) 18.547 ms 19.007 ms *
    5 * PC11.er1-asd8.nl.euro.net (194.134.161.11) 46.533 ms 18.469 ms
    6 po1.ccr01.ams03.atlas.cogentco.com (195.69.144.124) 18.832 ms * 22.596 ms
    7 te0-3-0-4.mpd21.ams03.atlas.cogentco.com (130.117.48.61) 19.234 ms 19.942 ms te0-4-0-6.ccr21.ams03.atlas.cogentco.com (130.117.3.61) 18.959 ms
    8 te0-1-0-2.ccr21.lpl01.atlas.cogentco.com (154.54.37.78) 30.089 ms te0-1-0-7.ccr21.lpl01.atlas.cogentco.com (154.54.37.82) 29.342 ms te0-0-0-7.ccr21.lpl01.atlas.cogentco.com (154.54.37.74) 33.311 ms
    9 te0-2-0-4.ccr21.ymq02.atlas.cogentco.com (154.54.0.70) 98.383 ms 98.531 ms te0-3-0-4.ccr21.ymq02.atlas.cogentco.com (154.54.6.141) 99.707 ms
    10 te0-2-0-6.mpd21.ord01.atlas.cogentco.com (154.54.30.234) 127.067 ms te0-0-0-6.mpd21.ord01.atlas.cogentco.com (38.20.46.9) 123.320 ms te0-0-0-6.mpd22.ord01.atlas.cogentco.com (154.54.28.9) 124.535 ms
    11 te0-2-0-3.mpd22.mci01.atlas.cogentco.com (154.54.6.253) 133.631 ms te0-1-0-2.mpd21.mci01.atlas.cogentco.com (66.28.4.185) 134.886 ms te0-0-0-3.mpd21.mci01.atlas.cogentco.com (154.54.2.233) 135.544 ms
    12 te0-1-0-3.mpd21.sfo01.atlas.cogentco.com (154.54.2.210) 173.187 ms te0-0-0-2.mpd21.sfo01.atlas.cogentco.com (154.54.6.38) 172.190 ms te0-2-0-2.mpd22.sfo01.atlas.cogentco.com (154.54.7.226) 172.045 ms
    13 te9-2.mpd01.sjc01.atlas.cogentco.com (66.28.4.150) 171.581 ms te3-4.mpd01.sjc01.atlas.cogentco.com (154.54.1.26) 173.456 ms te7-4.mpd01.sjc01.atlas.cogentco.com (154.54.6.134) 173.027 ms
    14 te4-2.mpd01.sjc03.atlas.cogentco.com (154.54.6.106) 173.606 ms 176.451 ms 174.000 ms
    15 38.104.138.46 (38.104.138.46) 170.854 ms 170.704 ms 172.232 ms
    16 border3.pc2-bbnet2.sje.pnap.net (66.151.144.71) 171.561 ms 170.920 ms border3.pc1-bbnet1.sje.pnap.net (66.151.144.9) 171.282 ms
    17 * * *
    18 * * *
    19 * * *
    20 * * *
    21 * * *
    22 * * *
    23 * * *
    24 * * *
    25 * * *
    26 * * *
    27 * * *
    28 * * *
    29 * * *
    30 * * *
    31 * * *
    32 * * *
    33 * * *
    34 * * *
    35 * * *
    36 * * *
    37 * * *
    38 * * *
    39 * * *
    40 * * *
    41 * * *
    42 * * *
    43 * * *
    44 * * *
    45 * * *
    46 * * *
    47 * * *
    48 * * *

    Hi Michael, It seems to stop at different places... I will try and contact my ISP and see what they have to say. It's very strange because everything else works perfectly.
    Thanks
    A
    Here is the latest traceroute to the dutch store.
    traceroute to store.apple.com/nl/ (67.215.65.132), 64 hops max, 40 byte packets
    1 192.168.1.254 (192.168.1.254) 72.158 ms 79.179 ms 100.475 ms
    2 bras5-asd7.wadsl.wanadoo.nl (81.71.128.1) 18.413 ms 17.678 ms 18.100 ms
    3 * 10GE1-4.dr1-asd7.nl.euro.net (194.134.187.52) 18.702 ms *
    4 10GE5-0-1.cr1-asd8.nl.euro.net (194.134.161.12) 19.725 ms 18.637 ms 17.578 ms
    5 PC11.er1-asd8.nl.euro.net (194.134.161.11) 20.266 ms * 18.629 ms
    6 online-globalswitch.nl.jointtransit.nl (217.170.18.126) 23.652 ms 25.361 ms 24.280 ms
    7 r22.amstnl02.nl.bb.gin.ntt.net (195.69.144.36) 20.081 ms 19.434 ms 19.406 ms
    8 po-1.r01.amstnl02.nl.bb.gin.ntt.net (129.250.4.71) 123.051 ms 26.002 ms *
    9 opendns-0.r01.amstnl02.nl.bb.gin.ntt.net (81.20.64.82) 20.325 ms 18.457 ms 19.625 ms
    10 * * *
    11 * * *
    12 * * *
    13 * * *
    14 * * *
    15 * * *
    16 * * *
    17 * * *
    18 * * *
    19 * * *
    20 * * *
    21 * * *
    22 * * *
    23 * * *
    24 * * *
    25 * * *
    26 * * *
    27 * * *
    28 * * *
    29 * * *

  • What is causing this? traceroute showing timeout on second hop

    No matter what I traceroute the second hop always times out.  I have an WRT300N router v.1.03.6.  I have comcast cable internet with an Arris TM502G cable modem.  Here is an example of a traceroute:
    1    <1 ms    <1 ms    <1 ms  192.168.1.1
    2     *        *        *     Request timed out.
    3     9 ms    10 ms    12 ms  te-5-1-ur10.sanjose.ca.sfba.comcast.net [68.85.190.205]
    4     8 ms     7 ms     6 ms  te-8-4-ur05.sanjose.ca.sfba.comcast.net [68.87.226.66]
    continues......

    Mort's 'fix' does not solve this issue. I also have Comcast, and show the same tracert characteristics using a different gateway. It is probably the way Comcast have their gateway routers configured. It is common practice for ISPs and other large network providers to have certain devices in their network configured to not respond to traceroute. It should not cause a problem for you, and can generally be ignored.
    Tomato 1.25vpn3.4 (SgtPepperKSU MOD) on a Buffalo WHR-HP-G54
    D-Link DSM-320 (Wired)
    Wii (Wireless) - PS3 (Wired), PSP (Wireless) - XBox360 (Wired)
    SonyBDP-S360 (Wired)
    Linksys NSLU2 Firmware Unslung 6.10 Beta unslung to a 2Gb thumb, w/1 Maxtor OneTouch III 200Gb
    IOmega StorCenter ix2 1TB NAS
    Linksys WVC54G w/FW V2.12EU
    and assorted wired and wireless PCs and laptops

  • IWeb and TRACEROUTE IN TERMINAL BOX - is it safe to type in box on my Mac?

    I have a new iWeb site, newly hosted by a British company (not Mobile Me).
    They want me to do a trace route from my iMac OS X 10.5.8 and send them the results.
    This is because I cannot log into their cPanel because I get a message (on Safari and Firefox) that SSL encryption is required for access.
    I do not want to do anything to upset the way my Mac runs.
    They asked me to go to Finder-Applications-Utilities-Terminal and put in:
    traceroute (and then my domain name)
    But
    In the Terminal box on my Mac I already have text which reads:
    Last login: Thu May 28 15:48:43 on console
    Macintosh:~ then my name followed by dollar sign
    Is it OK to type into this box
    traceroute (and then my domain name) ?
    I have to access the cPanel to set up an email link and the hosting company does not know what is going wrong.

    Is it OK to type into this box
    That's what it is for.
    You can also use the Network Utility in your Application > Utilities folder.
    You will get the same results. Plus lots more options.
    Edit : It has nothing to do with iWeb. Terminal is part of OS X.
    Message was edited by: Wyodor

Maybe you are looking for

  • How to view .MOS files in Adobe Bridge and Photoshop CS5?

    I recently shot with a large format camera and used Capture One to tether during my shoot. I went home to look through my pictures and noticed that the files are .MOS files and they don't open in Bridge or Photoshop. How can I fix this?

  • Rac node crash

    Hi, I am using 2 node rac enviroment.I am doing some tests for availability.When i poweroff one node of cluster the other node of cluster reboot itself. The voting disk is online. I think this is caused from network heartbeat of private network. So i

  • BC4J application to Oracle9iAS 9.0.2

    Is it not possible to deploy and run the applications developed with BC4J and Struts frame work.. If it is possible, how to deploy the application. Thanks

  • ORA-03217: invalid option for alter of TEMPORARY TABLESPACE

    Hi all I have a database with 300 Users approximantely. Suddenly I was reported about slowly connection and looked to my database. And I saw that Temporary tablespace with name MUVTEMP is 0% used and in it there is no .dbf file Then I do ls on my dat

  • Replication on windows RAC ( Argent)

    can i do a replication from oracle 7 to RAC 9.2.0.6 on windows server 2003 ? and how ?