Do diskuse momentálně není možné vkládat příspěvky. Děkujeme za pochopení.
Úvod > Diskuse > Technické otázky > Výpadky Inetu při 100% Uploadu

Výpadky Inetu při 100% Uploadu

PaulB (9.1.2008 10:56:08)

Jak odstranit problém se zpomalením, až nefunkčnosti Inetu při 100% využití Uploadu. Například při odesíláni několika MB e-mailu, odesílání fotek do fotosběrny atd. Mám připojení SKYNET FlexiDSL 3072/ 128.

Nargon (9.1.2008 12:19:04)

Staci pouzit netlimiter a omezit maximalni rychlost uploadu na cca 80-90% nynejsiho maxima.

PaulB (9.1.2008 12:26:52)

No jo ale mám 2PC +VoIP adaptér chtěl bych to nějak vyřešit v ADSL routeru

__Honza (9.1.2008 16:46:24)

Tak si k routeru prectete navod

Anonym (9.1.2008 17:51:04)

jeho router to pravdepodobne neumi, reseni router bridge + pc (linux)

PaulB (9.1.2008 20:10:07)

Mám SMC 7904BRB. Protokol je PPPoA, takže stim bridge modem je to trochu složitější. Co mám v tom návodu hledat?

__Honza (9.1.2008 22:28:32)

Jestli nema podporu rizeni sirky pasma/QoS. Pokud se vam to nechce cist, tak si hold proklikejte web rozhrani a uvidite. A jako u vseho pohledat nejnovejsi firmware.

PaulB (11.1.2008 14:53:04)

Nejnovější FW mám. QoS je pouze u nastaveni WAN (QoS Class =UBR, PCR=4000, SCR=4000, MBS=10) nic dalšího jsem tam nenašel.

Anonym (12.1.2008 12:56:37)

Nemá tohle řešit ISP? Záleží, jak je to nasmlouvané, ale jestli s připojením dodal použitý modem on, tak řešit problémy si má taky on. Dle mého názoru to vyřeší přenastavení použitého portu na DSLAMu, což obnáší odeslání 4 nebo 5 příkazů příkazů a tím je vyřešeno.

majkl (12.1.2008 13:59:40)

Proč by tohle žešil isp? On řeší jestly modem jede/nejede, což v tomto případě jede, a jestly net jede/nejede (popř jakou rychlostí) což v tomhle případě jede.

Anonym (13.1.2008 09:35:40)

No to nejede, když se při plném uploadu rozpadá synchronizace. A pokud nepomůže výměna modemu, tak se to řeší přenastavením DSLAMu a to dělá ISP !

majkl (13.1.2008 21:29:55)

On nic nepíše o rozpadání spojení. jen o tom, že se mu net spomalí nebo znefunkční. No záleží jak to myslel, pokud tak, že když uploaduje tak se mu načte hodně pomalu nějaká další stránka, tak je to celkem normální když vytíží upload na 100%

David (24.1.2008 07:55:46)

Proč by proboha tohle měl řešit ISP? To je jako by sis ucpal odpad, pustil vodu naplno, vytopil si koupelnu/kuchyň a chtěl náhradu po vodárnách, případně po instalatérovi, co ti tam montoval kohoutky? :-))) ISP by to řešil v případě, že by byl problém s uploadem obecně. Tady je problém s jeho VYUŽITÍM na straně zákazníka, což je rozdíl :-D

__Honza (12.1.2008 13:39:24)

Model BRB2 to uz ma, ale to je vam platny, ze ... Zarizeni (=ethernetovy router), co umi ciste upstream QoS/rizeni pasma, lze sehnat uz i za 700 Kc. Strucne receno, zvolil jste si blbe koncove zarizeni. Pri nasazeni VoIP je skutecne treba se tim trochu seriozneji zaobirat (uzivatele se pak divi, ze VoIP kokta apod.). Na ISP nenadavejte, kazdy si svuj upstream musi QoSovat sam, jinak to efektivne skutecne nejde. ISP zase odpovida za rizeni provozu na downstreamu (vas downstream = jeho upstream). To ze to casto nedela je zase jina kapitola.

JOE (23.1.2008 23:09:34)

Mno, ono to nejni až tak docela pravda, i ISP může efektivně řídit upload a to docela jednoduše tak, že rychlost mezi modemem a DSLAMem je větší než rychlost která by se v uploadu omezovala na BRASU. Např. uživatel O2ADSL+O2TV může mít linkovou rychlost upstreamu 512, ale placenou např. 256kb/s. Pak je celý tok nal ince 512kb/s poslán až na BRAS kde dochází k omezení toku shapingem na 256kb/s. Tedy up řídí ISP a i při vytíženém uploadu pojede down. Pokud je ale linková rychlost rovna rychlosti na BRASu, tak se o to musí postarat nebohý zákazník. V podstatě by stačilo aby vždy linková rychlost byla o něco větší než rychlost placená, tak aby se uplatňoval shaping u ISP. Ale proč si dělat spokojené zákazníky, že ?

__Honza (24.1.2008 18:26:30)

... upload omezovala na BRASU .... Nemam rad vzajemne napadani. Tedy slusne: 100 % nesouhlas. Zkuste si to v praxi ci si postavte virtualni Lab a uvidite, ze ta vase myslenka nefunguje. Dobra testovaci uloha je QoS pro VoIP.

-.- (24.1.2008 21:54:41)

Problémem je , že u našeho providera potíže s přehlcením uploadu nebyly zaznamenávány ... až do navýšení rychlosti a změně politiky která spočívala právě v dorovnání a opravě rozdílných profilů na DSLamu a BRASu . Teoreticky se nic nezmění prakticky okamžitě po změně nastaly potíže . Paradoxní je , že po změně ,jež tu uvádí JOE opět vše funguje k plné spokojenosti ... Na 100% nesouhlas zvláští výsledky v praxi .... Jakým způsobem funguje QoS při problematickém VoIPu osvětlí vztah mezi profily DSLAM / BRAS . Neuražte se ale jen musím zatleskat ... Rád uvítám věcnou argumentaci , mlha okolo nastavení QoS o kterém se zákazník snad dozví až z praxe je opravdu neprostupná a z mého pohledu uměle krmená .

__Honza (25.1.2008 09:21:32)

Ano souhlas je to o uzkych mistech. Jedno z reseni QoSu pro VoIP je to vubec neresit jen navysit rychlosti na tak vysokou hodnotu, ze se to tam vzdycky "nejak vejde". Veta: My s QoS u VoIP nemame absolutne zadny problem a to ani v jednom ze smeru, my mame 10 Mb linku. Bohuzel jakkoliv siroka trubka se da zacpat (mluvime tady o napr. o 1000 UDP streamech neVoIP provozu vs. 1 UDP stream VoIP provozu, kazdy stream ~100kbps). Zvyseni linkove rychlosti zase vede k vyssimu zaruseni na vedeni, takze z deste pod okap.

JOE (25.1.2008 21:29:46)

Nevím co je na tom divného. V praxi několikrát ověřeno, pokud je linková rychlost větší než rychlost omezená na prvním routeru (BRAS), řídí řazení paketů právě ten router a pokud má dostatečně velký buffer a inteligetní shaping, funguje down i při vytíženém uploadu. Pokud je ale linková rychlost stejná jako na prvním routeru, vzniká úzké hrdlo už na straně zákazníka, tedy v modemu nebo PC. A ani standartně nastavené PC ani standartně nastavený obyčejný modem-router nemá zapnutý (implementovaný) shaping. QOS a VoIP nemá s dotazem tazatele nic společného, posílá e-maily nebo fotky. Zvýšení linkové rychlosti v uploadu o cca 20% zase takové rušení v kabelu nenadělá. A pokud ano, je možné naopak snížit limit up na BRASu, stejně se díky režii protokolu nedosáhne linkové rychlosti. A myslím že by pak ubylo problémů, kdy při vytíženém uploadu nelze prakticky používat ani down.