Dobrý den,
rád bych požádal o následující kde předem uvedu jeden precedentní případ který se před časem týkal přímo mne. Tento precedent je srovnatelný přesně s tím co se stalo nyní.
Spolek lidí říkající si Svobodná-Praha zaštítěná Edorasem expandovala do Uhříněvsi a jižněji od Jižáku a Petrovic. Zejména se mne nelíbilo to že, expandovaly do Uhřiněvse kde již fungoval Goby, Krk a další v rámci cloudu 10.41.0.0/16. Proběhla výměna názorů s lidma ze Svobodné Prahy a to jak ICQ tak i na foru. Výsledkem bylo že, jsem se naštval a splitl node Svobodné Prahy v našem cloudu do NON-CZF. Na moji akci následovala reakce a to stížnost svobodné Prahy Zajsoftovy na to že, jsem přenastavil AP Svobodné Prahy v Uhříněvsi na NON-CZF Za trest mne byla odebrána i dočasně práva mappera a node byla vrácena do standartního modu tak jak byla předtím. Dostal jsem vyčiněno od několika adminů a tím to bylo pořešené.
Proč ale, o tom píšu zjistil jsem že, kdosi nevím kdo splitl AP Petrik připojené na O.S. HMNet do NON-CZF dále jsem zjistil že, všechna AP 6hosta připojená na O.S. HMNet také kdosi splitl do NON-CZF. Tato jsem tedy přendal zpět ze stejného důvodu precedentu jak jsem zde uvedl výše.
Nevím jaké má problémy Petrik nebo 6host s osobou která to udělala nicméně to že, je někdo společně s druhým třetím nebo čtvrtým v cloudu neznamená dle precedentu že, to nutně vadí když se nedomluví nedomluví když domluví tím lépe.
Upozornil bych zde i na argumenty typu nejsou připojeni do CZFree takže já osobně mám spoj do nfx, HMNet má spoj přese mne a zárověn peeruje spolu s Praha12.net, rootem,VyPaL a jablonkou myslím že, to je dostatečné propojení s CZFree na to aby, se nesplitávaly lidi připojení na OS HMNet v mapě CZFree.net. Pokud má někdo výhrady k tomu že, jsem nastavil node 6hosta do stavu jaké jsou nyní v mapě vycházel jsem i z tohoto precedentu z Uhřiněvsi kde dva a více subjektů se nutně nemusí splitat do NON-CZF.
Poprosil bych tedy pokud máte osobní problémy za prvé vynechte mne z toho. Za druhé snažte se je vyřešit vzájemnou dohodou a pokud to nejde tak to nejde a neřešte to tímto způsobem. Děkuji za pochopení.
Přeji hezký den. K.
PS. Zároveň doplním že, je zvláštní že, node hrouda které jepřipojeno asi cca 200 metrů od Petrika na Svobodnou Prahu splitnuto nebylo.
( Autor příspěvku nereprezentuje názory O.S. HMNet a ani k tomu není pověřen nebo oprávněn. Jako autor příspěvku zde reprezentuji svůj názor jako člen komunity CZFree.net na stav věci a změn mezi node nebo vlastních node jednotlivých vlastníků)
dukaz pripojeni site OS Power.Net do site CZFree zde:
C:\Documents and Settings\power>tracert 10.38.0.1
Vpis trasy k 10.38.0.1 s nejve 30 smrovnmi
1 < 1 ms < 1 ms < 1 ms 10.41.2x.x
2 < 1 ms < 1 ms 1 ms 10.41.1xx.x
3 < 1 ms < 1 ms < 1 ms 10.41.1xx.x
4 < 1 ms < 1 ms 1 ms 10.41.1xx.x
5 9 ms 1 ms 1 ms 10.253.3x.x
6 43 ms 39 ms 33 ms 10.24.28.240
7 38 ms 50 ms 34 ms 10.24.64.133
8 37 ms 31 ms 35 ms 10.24.64.102
9 326 ms 31 ms 41 ms 10.24.25.99
10 46 ms 41 ms 79 ms 10.24.64.205
11 42 ms 34 ms 29 ms 10.38.10.66
12 34 ms 39 ms 31 ms 10.38.1.250
13 42 ms 37 ms 37 ms 10.38.0.1
Ohledně propojení 10.41.0.0/16 do CZFree použiji jednu větu z komunikace s Alexem. Doufám že, se nebude zlobit a věřím že, to pochopí protože, jde o důkaz že, z Jižáku se jde k nám dostat respektive v uvedenou dobu téměř skoro protože to končilo na spojovačce BGP které v tu chvíli jsme ladili.
Cituji doslovně:
Alex (14:02:32 23/02/2008)
10.253.3xx.1xx je posledni kam se dostanu
Nyní následuje tracert z Jablonky směrem do 10.41.0.0/16
C:\Documents and Settings\K>tracert 10.41.1xx.xx
Výpis trasy k 10.41.1xx.xx s nejvýše 30 směrováními
1 < 1 ms < 1 ms < 1 ms 10.33.6.3
2 1 ms < 1 ms < 1 ms 10.33.6.5
3 2 ms 1 ms 2 ms 10.33.16.201
4 4 ms 2 ms 1 ms 10.33.16.206
5 2 ms 1 ms 1 ms 10.18.65.249
6 2 ms 2 ms 3 ms 10.18.64.29
7 3 ms 2 ms 2 ms 10.18.8.253
8 6 ms 4 ms 3 ms 10.18.64.34
9 5 ms 7 ms 4 ms 10.19.9.241
10 9 ms 7 ms 6 ms 10.253.3xx.1xx
11 13 ms 9 ms 9 ms 10.41.1xx.xx
kyje:~# traceroute 10.33.xx.xx
traceroute to 10.33.xx.xx (10.33.xx.xx), 30 hops max, 40 byte packets
1 10.41.xxx.xxx (10.41.xx.xx) 9.238 ms 9.677 ms 10.551 ms
2 10.41.xxx.xxx (10.41.xxx.xxx) 2.090 ms 7.248 ms 6.923 ms
3 10.253.xxx.xxx (10.253.xxx.xx) 3.574 ms 3.135 ms 2.283 ms
4 10.253.xxx.xxx (10.253.xx.xx) 5.138 ms 6.518 ms 5.957 ms
5 10.19.9.246 (10.19.9.246) 7.629 ms 7.428 ms 8.242 ms
6 10.18.64.33 (10.18.64.33) 7.801 ms 6.117 ms 7.299 ms
7 10.18.8.254 (10.18.8.254) 7.712 ms 8.559 ms 10.731 ms
8 10.18.64.30 (10.18.64.30) 9.545 ms 9.839 ms 8.893 ms
9 10.18.65.251 (10.18.65.251) 10.099 ms 8.201 ms 8.793 ms
10 10.33.16.205 (10.33.16.205) 10.864 ms 10.517 ms 11.065 ms
11 10.33.16.202 (10.33.16.202) 9.731 ms 10.897 ms 9.925 ms
12 *
kyje:~#
__________________
Naposledy upravil kabelnet 24.02.2008 v 14:33
24.02.2008 v 14:08
Alex
Formerly known as Frogale zastupce cloudu 10.38
pak poznamek:
1 v sekci pripojeni to bylo totalne offtopic a spolecny to menlo jen to ze to je k jiznaku. Takze proto splitnuto
2. Rozhodovat o tom kdo je czfree a kdo neni mi neprijde vec, kterou by mnel udelat jedinec. Rozhodne ne pokud to neni zcela zrejma vec. Nemyslim si, ze by zajsoftovo chovani mnelo byt brano jako nejaky precedens a to i presto ze toho bezesporu v nekterych jinych oblastech udelal pro komunitu hodne.
3. karel, 6host: pokud chcete neco demonstrovat traceroutem tak je treba ho zkopirovat tak jak je a ne ho promazat. Tim co jste napastovali jen demonstrujete, ze nehcete zverejni informace o vasi siti (coz je mimochodem v rozporu s czf ustavou, ale do toho bych zabihat nechtel)
4. traceroute do 10.41.0.0/16 konci na 10.253.34.4, za tim uz se toho vetsina (aktualne 60-90%) ztraci, cykli a vubec chova zcela divne. Minuly tyden jsem jsem tracerout zkousel a 10.41. nebyla propagovana vubec.
5. karel: peer s nama/rootem/jablonkou/vypalem, ktery se jiz delsi dobu resi v zavisce dosud neexistuje (tedy minimalne s nami a dle toho co vim tak ani s ostatnimi). Tedy prosim pis pouze veci, ktere odrazeji aktualni skutecnost (je pravda, ze se ten peer chysta, ale to uz dele jak rok)
6. Souhlasim s Alexem, ze sit, ktera nepouziva czfree rozsahy a do czfree je NATovana nema v czf mape co delat. (dle meho tedy nema co delat ani v czf vubec)
Dobry vecer,
rad bych rekl k bodu 3 jednu vec a to nechci na verejnem foru davat navodnost co kde je pro ruzne typy lidi ktere bavi hackovat stroje. Myslim si ze jsi natolik znaly problematiky ze, byla pro tebe hracka zjistit kde co a jak. Tohle je vec nazoru samozrejme muze byt k diskuzi a co ti ostatni.
Co se tyka mista umisteni prispevku kde k Jizaku to bylo pouze tim ze se jedna o jednu lokalitu souhlasim ze, zalozeni vlakna bylo k veci.
K bodu 2 zde je to sporne jak pak moc je v souladu s CZFree pravidly to ze, na Jizaku to vadi v Uhrinevsi u Edorase to nevadi nikomu. Zde jde o to ze nekdo splitl node do NON-CZF protoze mu druha strana vadila aniz by si overil propojeni siti atd. Prijde mne pak nefer ze, napriklad node ktere je 200 metru od Petrikova nikdo nesplitnul pricemz dle tohoto sporu vlastne nema v tom cloudu co delat.
Cely problem ja osobne vidim uplne jinde nekomu zrejme vadi ze, tito dva lide se v urcitou dobu ubraly svou vlastni cestou. Stejne tak jako uz nikdo neresi Edorasuv vpad do Uhrinevse a okoli prestoze mne kdysi svatosvate slibil ze, hranicema cloudu bude hranice hl.m.Prahy a okresu Praha - Vychod. podivejte se na mapu splitavam mu snad ta AP ne nesplitavam. Splitl jsem mu pouze ta v Uhrinevsi protoze jsem toto jednani povazoval za prekroceni urcitych mezi. Byl jsem vyveden z omylu nejen zajsoftem ale, dalsimy ze je to v poradku a nemam to resit.
Muzeme tu pitvat i 10.55.0.0 take byli ruzne v cloudech ale, nechme to byt. Pokud se ti lide nedohodnou je to smula ale, myslim si osobne ze delani si takovychto schvalnosti nicemu neprospeje.
K bodu 5 nemam uplne presne informace mel jsem za to ze to jiz bezi.
K 6 by se mel vyjadrit bud HMNet nebo Petrik osobne. Toto mne neprislusi.
K 4 no ja jsem rad ze jsme to rozbehaly vubec proste ucime se to a BGPko je pro nekoho sranda na par minut pro nekoho je to slozitejsi a trva to dele. Myslim ze, by mela byt cenena snaha vsech zucastnenych se propojit.
K.
24.02.2008 v 13:35
