On Sun, Jan 24, 2010 at 06:32:50PM +0300, Alexander Beregalov wrote: > 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 Then at least ICMP is not blocked. > > 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? Blocking the SVN port for that hardly makes sense. Can you connect via ftp, http or smtp ports? (21, 80, 25)
