Ehm, opet doporucuju neco nacist a neplkat z cesty ;). Omezit a priorizovat provoz na vlastnim routeru se da velice snadno. Samozrejme za cenu obetovani casti kapacity.
A japaby nezahltila ? Zahlti mi downstream, ktery QoSovany nebude. To, ze si oQoSuji nejaky ten HTTP GET ci POST, mne beztak nezachrani, ale to, co se ji bude vracet, by melo byt QoSovane a to prave nebude.
To je na jednu stranu pravda. na druhou se na to da celkem dobre prijit a podobne lumpy ustrihnout - malokdo si dobrovolne omezi stahovani na nejakych 64 kbps a k tomu jen 200bajtove pakety a jeste ke vsemu v UDP, coz jsou standardni parametry VoIPoveho kanalu, a jakmile se nekde objevi provoz markovany jako EF, ale pritom bude z techto charakteristik nejak masove vybocovat, dnes existuji masiny, ktere na to prijdou a pak to budto uplne zariznou, nebo jednoduse odmarkuji. A v globalu by lidi byli sami proti sobe, protoze VoIP provoz dnes skutecne nabyva na masovosti a pokud si lidi uvedomi, ze pokud budou zneuzivat QoS na stahovani, nikdo si pak nezavola, meli by to snad prestat delat sami, ne ?
Pavel
Když se bude dávat vyšší priorita VOIP, tak se za chvíli objeví služby jako stahování souborů přes VOIP, www proxy s přístupem tunelovaným přes VOIP, bittorrent přes VOIP a podobně. A pak už neotestuješ, jestli je v těch VOIP packetech hlas nebo je v tom protunelované něco jiného.
Zdravim,
take jsem vsema deseti za zachovani neutrality, ale na druhou stranu se domnivam, ze je nutno prioritizovat nektere transporty pred jinymi. Typicky jde o real-time media, zejmena pak VoIP, ktere se dnes obvykle dopravuji v DSCP tride EF (Expedited Forwarding), kterou by naopak nemela mit pridelenu zadna ne-realtime sluzba. Proto byly mechanismy QoS vymysleny, abyste nemuseli nadavat manzelce, ze kdykoliv klikne v browseru na odkaz, vam se na 10 sekund rozkokta VoIP hovor, ktery prave vedete.
Neutralitu vidim v tom, ze operatori by meli tuto prioritizaci mit nastavenu na svych zarizenich bez ohledu na zdroj a cil komunikace. Dnes to obvykle chodi tak, ze operator QoSuje vlastni VoIP provoz, ale QoSovane pakety, ktere prijdou z jinych siti nebo od zakazniku, kteri nemaji zrizenu patricnou sluzbu, na hrane sve site deQoSuje, cimz se brani proti tomu, aby jeho zakaznici pouzivali VoIP sluzby konkurencnich operatoru v plne kvalite a zaroven aby tyto pakety nezahlcovaly jeho vlastni prioritni fronty a tim nezhorsovaly kvalitu jeho vlastni sluzby. Jaky je vas nazor na tuto otazku ?
Zdravi Pavel.