2010/1/24 Reimar D?ffinger <Reimar.Doeffinger at gmx.de>: > On Sun, Jan 24, 2010 at 04:38:39PM +0300, Alexander Beregalov wrote: >> 2010/1/23 Reimar D?ffinger <Reimar.Doeffinger at gmx.de>: >> > On Sat, Jan 23, 2010 at 07:47:04PM +0300, Alexander Beregalov wrote: >> >> $ svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer >> >> svn: Can't connect to host 'svn.mplayerhq.hu': Connection refused >> >> >> >> Is it down? >> > >> > It is working for me. >> >> Still does not work for me (2-3 days). >> >> IP 192.168.1.3.53120 > 213.144.138.186.3690: Flags [S], seq >> 2943957182, win 5840, options [mss 1460,sackOK,TS val 424080368 ecr >> 0,nop,wscale 6], length 0 >> IP 213.144.138.186 > 192.168.1.3: ICMP 213.144.138.186 tcp port 3690 >> unreachable, length 68 >> >> My IP is 91.78.20.166 now. >> >> I can reach it from another subnet. >> It looks like IP filtering somewhere. > > Going by "never assign to malice..." it's just as likely that someone > messed up their routing tables. > Try traceroute and if you get useful results ask whoever is the last > stop. Routing is correct. 8 r1fra1.core.init7.net (80.81.192.67) 67 ms 60 ms 71 ms 9 r1zur1.core.init7.net (77.109.128.249) 66 ms r1fra2.core.init7.net (77.109.128.138) 60 ms 59 ms 10 r1bas1.core.init7.net (77.109.128.134) 70 ms 64 ms 125 ms 11 r1zur2.core.init7.net (77.109.128.129) 104 ms 69 ms 96 ms 12 natsuki.mplayerhq.hu (213.144.138.186) 72 ms 70 ms 82 ms > If it doesn't work, ask your internet provider, you are probably paying them > and they can't just start providing only half the internet or you should > consider just paying them half as well. Perhaps your provider has blocked these home adsl subnets after for example massive spam?
