10 Jul
2014
10 Jul
'14
8:56 p.m.
Ahojte,
evidujeme problemy so sietou - su sposobene mimo vpsfree.cz resp. pravdepodobne aj mimo
MasterInternet. Zatial nevieme presne, co sa deje.
Hned ako budeme vediet viac, napisem.
Zatial pekny vecer,
—
Clen rady zdruzenia vpsFree.cz o.s.,
Tomas Srnka
10 Jul
10 Jul
9:01 p.m.
Ahoj,
prave jsem to debugoval, ale prijde mi to na strane vpsfree.. vsechny
losty jsou na prvnim hopu (nebo vetsina), ktery je pocitam nas...
Host Loss% Snt Last Avg Best Wrst StDev
1. 172.16.0.20 75.8% 34 0.1 0.1 0.0 0.1 0.0
2. praha-4d-c1-vl128.masterinter.net 8.8% 34 511.0 602.4 425.7
867.9 114.8
3. nix4acc1-te1-1-pop2.nfx.cz 0.0% 34 0.9 1.5 0.8 2.5 0.7
4. vl4001-pop3.nfx.cz 0.0% 34 1.6 1.9 1.3 8.8 1.3
5. 31.47.102.190 0.0% 34 1.2 1.5 1.1 12.3 1.9
6. 171.25.220.6 0.0% 34 1.7 2.1 1.2 5.3 0.8
7. 171.25.220.30 0.0% 34 1.2 1.2 1.1 1.3 0.0
8. baf.kraja.net 0.0% 33 1.0 1.0 0.8 1.1 0.1
root@monito:~# mtr -s 1000 -r -c 1000 gransy.com
HOST: monito Loss% Snt Last Avg Best Wrst StDev
1. fe80::1 92.9% 1000 0.3 0.2 0.1 0.3 0.0
2. praha-4d-c1-vl128.ipv6.maste 3.3% 1000 596.6 807.4 280.2 1697.
214.8
3. nix2-ipv6.to.cas.ip-anywhere 0.0% 1000 0.9 5.4 0.7 208.6
25.0
4. 2001:1528:1:10::1b 0.0% 1000 2.1 3.0 1.2 198.9
13.2
5. 2001:1528:137:ffff::2 0.0% 1000 0.7 0.7 0.6 1.0 0.1
6. mail.gransy.com 0.0% 1000 1.0 1.0 0.9 2.6 0.1
root@monito:~# mtr -s 1000 -r -c 1000 mapy.cz
HOST: monito Loss% Snt Last Avg Best Wrst StDev
1. fe80::1 46.8% 1000 0.2 0.2 0.1 0.5 0.1
2. praha-4d-c1-vl128.ipv6.maste 6.3% 1000 1140. 805.7 274.3 1664.
217.4
3. nix2-ipv6.seznam.cz 0.2% 1000 4.7 4.6 4.5 13.9 0.4
4. 2a02:598:6262:8::2 0.2% 1000 4.9 4.8 4.8 12.7 0.3
5. www.mapy.cz 0.2% 1000 4.8 4.5 4.5 5.8 0.2
root@monito:~# mtr -s 1000 -r -c 1000 master.cz
HOST: monito Loss% Snt Last Avg Best Wrst StDev
1. fe80::1 57.5% 1000 0.2 0.2 0.1 0.4 0.1
2. praha-4d-c1-vl128.ipv6.maste 7.4% 1000 764.8 812.6 274.4 1664.
218.1
3. praha-sitel-c1-vl260.ipv6.ma 0.1% 1000 0.7 18.6 0.6 477.8
59.5
4. brno-cejl-c1-vl559.ipv6.mast 0.1% 1000 5.1 34.4 4.1 908.9
89.5
5. 2a01:430:0:5::20 0.0% 1000 3.8 4.2 3.6 371.7
12.0
Dne 10. 7. 2014 22:56, Tomas Srnka napsal(a):
Ahojte,
evidujeme problemy so sietou - su sposobene mimo vpsfree.cz resp.
pravdepodobne aj mimo MasterInternet. Zatial nevieme presne, co sa deje.
Hned ako budeme vediet viac, napisem.
Zatial pekny vecer,
—
Clen rady zdruzenia vpsFree.cz o.s.,
Tomas Srnka
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
9:14 p.m.
Dne 2014-07-10 23:01, Michal Krajcirovic napsal:
Ahoj,
prave jsem to debugoval, ale prijde mi to na strane vpsfree.. vsechny
losty jsou na prvnim hopu (nebo vetsina), ktery je pocitam nas...
Cau,
no zrovna u tebe bych cekal ze tohle vyhodnotis jinak - vzhledem k tomu
ze v tom vypisu z mtr je videt ze losi prvni hop a dal ne, tak je to s
nejvetsi pravdepodobnosti CPP a ne skutecna ztratovost (predpokladam ze
ted tam ma mtr nebo neco podobnyho pusteny totiz asi vic lidi)... Lip je
ten problem videt na traceroutu do UPC kterej jsem posilal pred chvili -
prvni hop odpovida a dal se nevraci nic - ani icmp error.
Jinak ted uz to vypada OK.
Veskery trasovaci nastroje totiz fungujou tak ze poslou paket s nizkym
TTL a cekaj na to ze jim router kterej dojde s TTL na nulu posle zpatky
chybu. Kdyz je ale takovejch paketu moc, zacnou se omezovat - protoze
tohle nezpracovavaj asicy ale musi to spadnout na procesor, je to
potencionalne slaby misto a musi se to limitovat. Proto kdyz se ti v mtr
nebo necem podobnym obevi ztratovost nekde na routeru a za nim je to uz
OK, tak je to na 99% zpusobeny prave CPP. To aby si nejakej router rekl
ze podle toho jaky ma paket TTL bude ruzne losit je doooost
nepravdepodobna zavada (sice ne nemozna, ale tezce nepravdepodobna).
--
Stanislav Petr
+420 602 620 026
9:18 p.m.
Z O2 CZ se tam dostanu (evidentně přímý peering Master-O2).
Z UPC CZ a ze zahraničí (O2 DE) to neprojde, skončí to na
master-gw.dialtelecom.cz. Master, nebo Dial Telecom si asi "hrajou".
Dne 10. července 2014 23:14 Stanislav Petr <glux(a)glux.org> napsal(a):
Dne 2014-07-10 23:01, Michal Krajcirovic napsal:
Ahoj,
prave jsem to debugoval, ale prijde mi to na strane vpsfree.. vsechny
losty jsou na prvnim hopu (nebo vetsina), ktery je pocitam nas...
Cau,
no zrovna u tebe bych cekal ze tohle vyhodnotis jinak - vzhledem k tomu ze
v tom vypisu z mtr je videt ze losi prvni hop a dal ne, tak je to s
nejvetsi pravdepodobnosti CPP a ne skutecna ztratovost (predpokladam ze ted
tam ma mtr nebo neco podobnyho pusteny totiz asi vic lidi)... Lip je ten
problem videt na traceroutu do UPC kterej jsem posilal pred chvili - prvni
hop odpovida a dal se nevraci nic - ani icmp error.
Jinak ted uz to vypada OK.
Veskery trasovaci nastroje totiz fungujou tak ze poslou paket s nizkym TTL
a cekaj na to ze jim router kterej dojde s TTL na nulu posle zpatky chybu.
Kdyz je ale takovejch paketu moc, zacnou se omezovat - protoze tohle
nezpracovavaj asicy ale musi to spadnout na procesor, je to potencionalne
slaby misto a musi se to limitovat. Proto kdyz se ti v mtr nebo necem
podobnym obevi ztratovost nekde na routeru a za nim je to uz OK, tak je to
na 99% zpusobeny prave CPP. To aby si nejakej router rekl ze podle toho
jaky ma paket TTL bude ruzne losit je doooost nepravdepodobna zavada (sice
ne nemozna, ale tezce nepravdepodobna).
--
Stanislav Petr
+420 602 620 026
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
9:26 p.m.
Ono jde o to ze UPC nema s Master Internet peering a jde to prez tranzit
(Dial). A cely to chovani vypada jako by tam byl nejakej DDoS z/do
tranzitu a na Dialu to filtrovali (zrejme blackhole poslana jen do
nekterejch peeru).
Dne 2014-07-10 23:18, Vít Novák napsal:
Z O2 CZ se tam dostanu (evidentně přímý peering
Master-O2).
Z UPC CZ a ze zahraničí (O2 DE) to neprojde, skončí to na
master-gw.dialtelecom.cz [2]. Master, nebo Dial Telecom si asi
"hrajou".
Dne 10. července 2014 23:14 Stanislav Petr <glux(a)glux.org> napsal(a):
--
Stanislav Petr
+420 602 620 026
Dne 2014-07-10 23:01, Michal Krajcirovic napsal:
Links:
------
[1] http://lists.vpsfree.cz/listinfo/community-list
[2] http://master-gw.dialtelecom.cz
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list Ahoj,
prave jsem to debugoval, ale prijde mi to na strane vpsfree..
vsechny
losty jsou na prvnim hopu (nebo vetsina), ktery je pocitam nas...
Cau,
no zrovna u tebe bych cekal ze tohle vyhodnotis jinak - vzhledem k
tomu ze v tom vypisu z mtr je videt ze losi prvni hop a dal ne, tak
je to s nejvetsi pravdepodobnosti CPP a ne skutecna ztratovost
(predpokladam ze ted tam ma mtr nebo neco podobnyho pusteny totiz
asi vic lidi)... Lip je ten problem videt na traceroutu do UPC
kterej jsem posilal pred chvili - prvni hop odpovida a dal se
nevraci nic - ani icmp error.
Jinak ted uz to vypada OK.
Veskery trasovaci nastroje totiz fungujou tak ze poslou paket s
nizkym TTL a cekaj na to ze jim router kterej dojde s TTL na nulu
posle zpatky chybu. Kdyz je ale takovejch paketu moc, zacnou se
omezovat - protoze tohle nezpracovavaj asicy ale musi to spadnout na
procesor, je to potencionalne slaby misto a musi se to limitovat.
Proto kdyz se ti v mtr nebo necem podobnym obevi ztratovost nekde na
routeru a za nim je to uz OK, tak je to na 99% zpusobeny prave CPP.
To aby si nejakej router rekl ze podle toho jaky ma paket TTL bude
ruzne losit je doooost nepravdepodobna zavada (sice ne nemozna, ale
tezce nepravdepodobna).
--
Stanislav Petr
+420 602 620 026
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list [1] 
9:34 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Pravdepodobne litaj DDoSy po celym US/EU internetu.
http://internetpulse.net/
http://www.internettrafficreport.com/europe.htm
Ale uz to vypada celkem lip, uz se to ustaluje.
S pozdravem
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956
CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
http://relbit.com | http://vpsfree.cz | https://www.redhat.com
On 07/10/2014 11:26 PM, Stanislav Petr wrote:
Ono jde o to ze UPC nema s Master Internet peering a
jde to prez
tranzit (Dial). A cely to chovani vypada jako by tam byl nejakej
DDoS z/do tranzitu a na Dialu to filtrovali (zrejme blackhole
poslana jen do nekterejch peeru).
Dne 2014-07-10 23:18, Vít Novák napsal:
Z O2 CZ se tam dostanu (evidentně přímý peering
Master-O2). Z UPC
CZ a ze zahraničí (O2 DE) to neprojde, skončí to na
master-gw.dialtelecom.cz [2]. Master, nebo Dial Telecom si asi
"hrajou".
Dne 10. července 2014 23:14 Stanislav Petr <glux(a)glux.org>
napsal(a):
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlO/BvcACgkQMBKdi9lkZ6oCEgD9EzpRzgZf1pVMvz1FU+qXUki6
bUu7F/CEVlYCKrjkx1oA/1rumTCDVQpC4W2QlqXasmZBrTMSFjfIlavMeNaGyLM+
=VprB
-----END PGP SIGNATURE----- Dne 2014-07-10 23:01, Michal Krajcirovic napsal:
Links: ------ [1]
http://lists.vpsfree.cz/listinfo/community-list [2]
http://master-gw.dialtelecom.cz
_______________________________________________ Community-list
mailing list Community-list(a)lists.vpsfree.cz
Ahoj, prave jsem to debugoval, ale prijde mi to
na strane
vpsfree.. vsechny losty jsou na prvnim hopu (nebo vetsina),
ktery je pocitam nas...
Cau,
no zrovna u tebe bych cekal ze tohle vyhodnotis jinak -
vzhledem k tomu ze v tom vypisu z mtr je videt ze losi prvni
hop a dal ne, tak je to s nejvetsi pravdepodobnosti CPP a ne
skutecna ztratovost (predpokladam ze ted tam ma mtr nebo neco
podobnyho pusteny totiz asi vic lidi)... Lip je ten problem
videt na traceroutu do UPC kterej jsem posilal pred chvili -
prvni hop odpovida a dal se nevraci nic - ani icmp error.
Jinak ted uz to vypada OK.
Veskery trasovaci nastroje totiz fungujou tak ze poslou paket
s nizkym TTL a cekaj na to ze jim router kterej dojde s TTL na
nulu posle zpatky chybu. Kdyz je ale takovejch paketu moc,
zacnou se omezovat - protoze tohle nezpracovavaj asicy ale musi
to spadnout na procesor, je to potencionalne slaby misto a musi
se to limitovat. Proto kdyz se ti v mtr nebo necem podobnym
obevi ztratovost nekde na routeru a za nim je to uz OK, tak je
to na 99% zpusobeny prave CPP. To aby si nejakej router rekl ze
podle toho jaky ma paket TTL bude ruzne losit je doooost
nepravdepodobna zavada (sice ne nemozna, ale tezce
nepravdepodobna).
-- Stanislav Petr +420 602 620 026
_______________________________________________ Community-list
mailing list Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list [1]
9:04 p.m.
Dne 2014-07-10 22:56, Tomas Srnka napsal:
Ahojte,
evidujeme problemy so sietou - su sposobene mimo vpsfree.cz resp.
pravdepodobne aj mimo MasterInternet. Zatial nevieme presne, co sa
deje.
Hned ako budeme vediet viac, napisem.
No, traceroute z vpsfreedo rozsahu kterej, nefunguje vypada nasledovne:
traceroute 86.49.49.73
traceroute to 86.49.49.73 (86.49.49.73), 30 hops max, 60 byte packets
1 172.16.0.14 (172.16.0.14) 0.028 ms 0.013 ms 0.013 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 * * *
Na odeslanej paket ze zpatky nevraci nic (zadna icmp chyba), takze
vypadly routy v BGP to nebudou (teda pokud nekdo nenastavili control
plane policing prilis "opatrne")...
--
Stanislav Petr
+420 602 620 026
3580
days inactive
3580
days old
community-list@lists.vpsfree.cz
6 comments
5 participants
participants (5)
-
Michal Krajcirovic -
Pavel Snajdr -
Stanislav Petr -
Tomas Srnka -
Vít Novák