azzie@demon:~$ traceroute 10.15.64.1
traceroute to 10.15.64.1 (10.15.64.1), 30 hops max, 38 byte packets
1 unassigned-13.129.hell.jspoj.czf (10.40.13.129) 1.305 ms 0.807 ms 0.644 ms
2 wlink-niva-rik.hell.jspoj.czf (10.40.64.53) 85.202 ms 38.146 ms 79.803 ms
3 wlink-rik-roztyly.hell.jspoj.czf (10.40.192.10) 86.482 ms 14.272 ms 82.863 ms
4 wlink-roztyly-tocnet28.tocnet28.jspoj.czf (10.40.64.18) 84.191 ms * 19.231 ms
5 elink-unimatice-cube.tocnet28.jspoj.czf (10.40.64.34) 6.966 ms 116.835 ms 86.813 ms
6 wlink-tocnet28-shf.tocnet28.jspoj.czf (10.40.128.34) 68.013 ms 85.942 ms 86.774 ms
7 10.27.128.54 (10.27.128.54) 528.831 ms 731.534 ms 572.796 ms
8 * 10.16.64.6 (10.16.64.6) 1342.440 ms 60.122 ms
9 wi1.if.kojott.13knet.czf (10.13.64.13) 156.746 ms * *
10 wlan2.if.cibulka.kosire.czf (10.15.3.33) 1082.017 ms 774.659 ms 521.957 ms
11 cibulka-2-smukyrka.smukyrka.kosire.czf (10.15.2.65) 282.283 ms 171.208 ms 52.582 ms
12 bakulak-2-smukyrka.kosire.czf (10.15.64.5) 131.263 ms 709.986 ms *
13 bakulak-ronja-andel.kosire.czf (10.15.64.1) 563.602 ms 597.494 ms *
(druhy na trase je 10.40.0.2)
ale to sem moc nepatri....
Proste problem je ze se nedari synchronizovat ani hlavni servery. Mozna by pomohlo synchronizovat z vice serveru - a vzdy brat ten nejnovejsi soubor. Jenze na tohle se uz moc HTTP nehodi, synchronizace server2server by mela probihat na nejakem jinem protokolu... HTTP bych prenechal ciste pro client2server komunikaci.
Vcera v noci se czela.neti server na 10.40 dostal, takze soubor uz tam zas je. Obcas soubory rucne promaznu, jinak tam zustava proste ten posledni.
Kdyz se nedostane server na global z jineho cloudu, tak se tam nedostanou ani lidi takze mi neexistence nedostupneho global pripada skoro lepsi, nez kdyby tam byl, ale na zdroje se stejne nikdo nedostal. Proto netaham globaly od sousedu, ale primo od zdroje.
Ted to nechci hledat, ale myslim ze je typ WEB/PORTAL coz by mohlo odpovidat. Pokladal bych to za specifickou sluzbu, takze delat pro ni novy typ kdyz bude pravdepodobne jen jedna na delsi dobu mi neprijde rozumny.
Rozliseni na typy pokladam vhodny z toho hlediska, ze se da podle toho filtrovat, jinak to IMHO nejaky extremne hluboky vyznam nema.
__________________
>>----------------<<
ALL YOUR WI-FI ARE BELONG TO US!
JOIN(T) US!
Ad synchronizace:
Jsou v podstate dve moznosti:
1) Resit to zaznam od zaznamu podle hodnoty TIMESTAMPu - nevyhody jsou nutnost parsovat soubory jenom proto aby se synchronizovali.
2) Jednodussi reseni: nejdrive se dotazat na timestamp souboru ktery je na serveru a pokud mam novejsi tak ho nestahovat - tohle resi problem s prepisovanim noveho souboru tim starym. Co to neresi je mazani, ale vetsinou neni potreba smazat celej soubor (leda ze by se zrusil cloud), ale jenom nejakou polozku. Samozrejme je nutne synchronizovat i timestamp souboru. Tohle by mel rsync zvladat v pohode (zas tak moc jsem to nestudoval).
Ad dostupnost v klientovi: Dostupnost jednotlivych ikonek jsem nechal na uzivateli tim ze si muze cilovou adresu pingnout. Udelat moznost automaticky opingovat vsechno a vybarvit to podle RTT neni az takovy problem, ale tech ikonek je celkem dost a bude to trvat dlouho (pokud pocitam 5sec timeout, coz bohuzel nekdy nestaci...). Takze si myslim ze pokud ma uzivatel zajem o nejakou sluzbu, staci si dole kliknout na ping a hned vi na cem je...
06.10.2005 v 20:35
