Má DC++ "na svědomí" neprůchodnost sítě?

Jak to udělat, aby si kamarád mohl stáhnout třeba moje fotky z dovolené nebo jiné soubory, a také jak si já mohu stáhnout kamarádem nabídnuté soubory

Má DC++ "na svědomí" neprůchodnost sítě?

Příspěvekod Jiri.Hadas » 24 kvě 2004 (pon), 10:20

Ahoj všichni,

v pátek a o víkendu padly v diskusi na DC názory (hlavně od jednoho nejmenovaného správce AP v Čechovicích 8) ), že kvůli tomu, že si někteří jednotlivci navzájem kopírují soubory se většina ostatních nedostane do Internetu, a že by (snad) bylo nejlépe používání DC++ v PvFree zakázat, a přísně trestat...

Rád bych to uvedl na pravou míru. Problém podle mých pozorování nespočívá v kopírování souborů přes DC++, ale v chování bodu ONE - vzhledem k tomu, že uzel Italská je kněmu připojený jako vzdálený klient, dochází zde k jevu, který se v odborné literatuře nazývá "problém skrytého klienta". Jednoduše řečeno - pokud spolu přes dané AP dostatečně intenzivně komunikují klienti kteří jsou relativně blízko, klient vzdálený si ani neškrtne... :(

Možná řešení:

1. Udělat spoj Italská-ONE (a nejlépe i Šárka-ONE) jako point-to-point

2. Propojit Italskou se Šárkou jinou cestou, např. vybudováním retranslačního bodu v Dřevoprodeji za Určickou

3. Páteřní okruh kolem města na optické technologii Ronja

Poslední řešení jsem uvedl spíše jen pro úplnost, i když je bezesporu nejlepší. Jeho realizace je však spíše v horizontu měsíců, či roků, a použitelné spojení uzlů Italská-Šárka potřebujeme teď hned.

Budu rád, pokud se k tomuto tématu rozvine plodná diskuze, následovaná realizací...
Jiri.Hadas
Pravidelný návštěvník
Pravidelný návštěvník
 
Příspěvky: 124
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Družstevní 11

Příspěvekod lyon667 » 24 kvě 2004 (pon), 11:00

Problem spoje ONE-Italska je znam docela dlouho a jedina moznost jeho reseni v soucasne dobe spociva v retranslaci jinym smerem. Nejvdohlednejsi moznost je bohuzel neustale odkladana realizace mimoprostejovskeho okruhu pres Smrzice na Ohrozim. Ale z pozice odpovedne osoby slibuji, ze veci se pomalu sunou kupredu a v dohledne dobe by mohl byt problem alespon castecne vyresen 8)
Uživatelský avatar
lyon667
Emeritní správce
Emeritní správce
 
Příspěvky: 4507
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Somewhere out in space

Re: Má DC++ "na svědomí" neprůchodnost sítě?

Příspěvekod ondrag » 24 kvě 2004 (pon), 16:09

Jiri.Hadas píše:bylo nejlépe používání DC++ v PvFree zakázat, a přísně trestat...


Především by se mělo zakázat překračování limitů a provoz pseudo antén s příšernou vyřazovací charakteristikou. Ano, i plechovka může být dobrou anténou, pokud je poctivě udělaná (na kartě se sníženým výkonem, pochopitelně).

Když někdo "z blízka" začne pražit na plných 100mW směrovkou na ONE, tak ho zcela jistě oslepí a on přestane slyšet vzdálené spoje. Už začínám chápat proč chce pořád Radek u AP výpis hlasitosti připojených klientů....

Stejný, i když ne tak drastický, problém je i na Italské. Když na něj někdo posvítí směrovkou z třeba i 1km tak mi AP na okamžik zmizí (z původních -70dBm, na vzdálenost 400m ale s ohybem přes střechu sousedního 4 patrového paneláku) :cry:

Kopírování, sdílení a jiné náročné operace není třeba zakázat; síť slouží k přenosu dat; toto lze úspěšně a k oboustranné spokojenosti regulovat. Lze rozdělit a prioritizovat pasmo tak, aby se dostalo více méně spravedlivě na každého.


BTW: kdesi jsem viděl možnosti nějakého nastavení pro hidden klienta, ale teď si nevzpomenu...

Jsou v plánu 2 páteřní okruhy (přibližně):
- ONE, Smržice, Kostelec, Ohrozim, Čechovice, Italská
- Šárka, Dolní nebo Tylova, --- bod zatím chybí ---, Kostelecká, Slavíčka nebo Nová nem., Italská

(část trasy ronjou)

Pokud by někdo v okolí Italské nutně potřeboval přístup na web a zrovna to nejelo, můžu mu otevřít proxy a nasdílet svoje gprs :twisted:
Uživatelský avatar
ondrag
Člen rady a skupiny správců
Člen rady a skupiny správců
 
Příspěvky: 8231
Registrován: 07 dub 2004 (stř), 23:36

Re: Má DC++ "na svědomí" neprůchodnost sítě?

Příspěvekod Jiri.Hadas » 24 kvě 2004 (pon), 16:25

ondrag píše:BTW: kdesi jsem viděl možnosti nějakého nastavení pro hidden klienta, ale teď si nevzpomenu...


Je to parametr RTS treshold, eventuelně ještě v kombinaci s Fragmentation treshold, už jsem psal Radkovi, jestli by to nemohl zkusit...
Jiri.Hadas
Pravidelný návštěvník
Pravidelný návštěvník
 
Příspěvky: 124
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Družstevní 11

Příspěvekod yenik » 24 kvě 2004 (pon), 17:06

Podle me nezbytny nebo alespon uzitecny a okamzite realizovatelny krok je nainstalit QosBase na vsechny linuxove routery.

Jedna se o zalezitost, ktera uprednostnuje provoz na portech ssh, http, pop3. smtp atd. pred ostatnimi.

Na Sarce to chodi, ale potrebuejme to mit vsude po ceste. Ke stahnuti je to tady

http://www.pvfree.net/data/qosbase/qosbase.zip

Provozuju to jako service.
Udelam z toho service
chkconfig --add qosbase

a automaticky start nastavim jako u jinych services pomoci prikazu
chkcinfig --level 2345 qosbase on

pak se presvedcim, jestli se to povedlo
chkconfig --list
yenik
 

Příspěvekod yenik » 24 kvě 2004 (pon), 17:12

Na linuxu s hostAPem je uroven klientu videt pomoci wifimonu.

Jeste existuje treba wevimo (tak nejak se to jmenuje), asi jsem ho tu videl u Zdenka Ch. (http://10.133.2.16 )

Jinak si myslim, ze by pomohlo
- vymenit "zvetraly" konektor na sektorovce ONE a omotat ho zuzovkou (doporucuje 11 z 10 monteru anten)
- pro paternmi spoje udelat separatni iface se smerovokou, aby byl point to point.
- zkoordinovat kanaly vsude tak, abychom pouzivali pouze a vyhradne kanaly 1,5,9 a 13
yenik
 

Re: Má DC++ "na svědomí" neprůchodnost sítě?

Příspěvekod david » 24 kvě 2004 (pon), 17:51

ondrag píše:Když někdo "z blízka" začne pražit na plných 100mW směrovkou na ONE, tak ho zcela jistě oslepí a on přestane slyšet vzdálené spoje. Už začínám chápat proč chce pořád Radek u AP výpis hlasitosti připojených klientů....



Takový spoj má asi Zdenek (podle mapy). Je tam na baráku MMDS a míří poměrně z blízka na OP. Pokud tedy platí to, co píše Ondrag, a je připojený na ONE a nemá nastavený výkon, tak by to mohlo být ono (jestli ne, tak se omlouvám).

Jinak ale na ONE se tento měsíc rapidně zvýšila kvalita signálu. Na mé anténce od karty to dělalo nárůst signálu o 150%. Teď momentálně ale o zhruba 30% klesl.
Uživatelský avatar
david
Aktivně činný freeneťák
Aktivně činný freeneťák
 
Příspěvky: 1257
Registrován: 10 pro 2003 (stř), 11:15

Re: Má DC++ "na svědomí" neprůchodnost sítě?

Příspěvekod Karlos » 24 kvě 2004 (pon), 23:30

Jiri.Hadas napsal:
v pátek a o víkendu padly v diskusi na DC názory (hlavně od jednoho nejmenovaného správce AP v Čechovicích 8) ), že kvůli tomu, že si někteří jednotlivci navzájem kopírují soubory se většina ostatních nedostane do Internetu, a že by (snad) bylo nejlépe používání DC++ v PvFree zakázat, a přísně trestat...


Urcite nerikal trestat!
Tak se nediv,kdyz yenik rikal ze DC++ se muze pouzivat v ramci site pvfree a nekdo z LAN na sarce se sam priznal ze taha trochu z internetu a ne ze site a ze jich je vic.
Uživatelský avatar
Karlos
Člen skupiny správců sítě
Člen skupiny správců sítě
 
Příspěvky: 7607
Registrován: 28 pro 2003 (ned), 12:27
Bydliště: V práci

Příspěvekod Jiri.Hadas » 25 kvě 2004 (úte), 11:32

yenik píše:Podle me nezbytny nebo alespon uzitecny a okamzite realizovatelny krok je nainstalit QosBase na vsechny linuxove routery.

Jedna se o zalezitost, ktera uprednostnuje provoz na portech ssh, http, pop3. smtp atd. pred ostatnimi.


Tohle je určitě taky dobrá věc, ale problém s "hidden clientem" to nevyřeší...

Jen stručně - jde zhruba o to, že blízký a vzdálený klient se navzájem neslyší, proto přistupují k AP současně, ale vzhledem krozdílným úrovním signálu z toho nevznikne kolize, ale ten blízký toho vzdáleného "překřičí"...
Takže s trochou nadsázky - vzdálený klient má šanci protlačit nějaký ten paket pouze tehdy, když se ti blízcí na chvíli odmlčí... :(
Jiri.Hadas
Pravidelný návštěvník
Pravidelný návštěvník
 
Příspěvky: 124
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Družstevní 11

Příspěvekod ondrag » 25 kvě 2004 (úte), 12:35

Jiri.Hadas píše:Tohle je určitě taky dobrá věc, ale problém s "hidden clientem" to nevyřeší...


Částečně to pomůže, protože ten "uřvaný" bude čekat na svoje přibržděné pakety 8)
Uživatelský avatar
ondrag
Člen rady a skupiny správců
Člen rady a skupiny správců
 
Příspěvky: 8231
Registrován: 07 dub 2004 (stř), 23:36

Příspěvekod Jiri.Hadas » 25 kvě 2004 (úte), 12:43

Nechci se přít, ale řekl bych že ne, jedná se o rozdílné vrstvy OSI...
Jiri.Hadas
Pravidelný návštěvník
Pravidelný návštěvník
 
Příspěvky: 124
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Družstevní 11

Příspěvekod lyon667 » 25 kvě 2004 (úte), 12:51

Tak tak, urvany muze provozovat i ssh nebo http a bude ubirat pasmo ostatnim.

Jedinym resenim je regulace nebo odpojeni klienta.
Uživatelský avatar
lyon667
Emeritní správce
Emeritní správce
 
Příspěvky: 4507
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Somewhere out in space

Příspěvekod Jiri.Hadas » 25 kvě 2004 (úte), 13:10

lyon667 píše:Tak tak, urvany muze provozovat i ssh nebo http a bude ubirat pasmo ostatnim.

Jedinym resenim je regulace nebo odpojeni klienta.


Obávám se, že si nerozumíme, já tady od začátku tvrdím, že příčina je čistě technická, ne to, že by si některý klient na ONE "uzurpoval" příliš velkou šířku pásma...
Ještě jinak řečeno - příčinou je to, jak je to celé udělané a nakonfigurované - ne to že dva klienti z Vrahovic si vyměňují soubory. K tomu je síť IMHO určená...
Jiri.Hadas
Pravidelný návštěvník
Pravidelný návštěvník
 
Příspěvky: 124
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Družstevní 11

Příspěvekod lyon667 » 25 kvě 2004 (úte), 14:55

Mluvim om frekvencnim pasmu, tedy ze si blizky klient zabere kanal, na kterem komunikuje AP sam, pro sebe.
Uživatelský avatar
lyon667
Emeritní správce
Emeritní správce
 
Příspěvky: 4507
Registrován: 10 pro 2003 (stř), 11:15
Bydliště: Somewhere out in space

Příspěvekod ondrag » 25 kvě 2004 (úte), 16:27

Jiri.Hadas píše:Nechci se přít, ale řekl bych že ne, jedná se o rozdílné vrstvy OSI...


To ano, ale pokud zrovna nemá co říct na IP vrstvě, tak nezasírá pásmo na fyzické vrstvě.
Uživatelský avatar
ondrag
Člen rady a skupiny správců
Člen rady a skupiny správců
 
Příspěvky: 8231
Registrován: 07 dub 2004 (stř), 23:36

Další

Zpět na Sdílení souborů

Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 1 návštěvník