Új hozzászólás Aktív témák

• #6677 krealon Topikgazda tlac #6676

  Új Válasz 2015-07-22 14:27:15 #6677

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  krealon

  Topikgazda

  válasz tlac #6676 üzenetére

  "nem valami ilyesmit szerettél volna?

  while true; do clear; tc -s qdisc show dev pppoe-wan; sleep 1; done
  "
  De. Pontosan.
  Sajnos nem vagyok jo shell-script-bol.

  "viszont a kimenetből semmit nem értek"

  Jo sok informaciot kiir, igy a 80x25 karkteres alapertlmezett terminal ablaknal joval nagyobbra van szukseg, hogy attekintheto legyen.

  A lenyege, hogy latszodik az egyes queue-kba berkezo adatmennyiseg, igy kiderul, ha a rossz szabaly-sorrend miatt nem a megfelelo sorba kerulnek a csomagok. Ha nem irtal sajat szabalyt, akkor erre semmi szukseg. :-(

  Most kapcsolok csak, hogy nalad 5 / 0.5 Mbps ADSL-rol van szo. Nekem is ilyen volt korabban, es a 5000 / 512-es savszelesseg ertekeknel mukodott jol a QoS.

  Az 5352 / 520 -szal (gyakorlatilag) nagy terheleskor hatastalnitod a sajat QoS-edet, mert a varakozasi sor a szolgaltatonal torlodik fel, amire te nem vagy hatassal.

  A pontos savszelesseg-ertket valoszinuleg ugy lehet kicentizni, hogy az elso szolgaltatoi router-t (egy traceroute-ban, az elso sajat rendszereden kivul levo hoppot) ping-eled, es azt az erteket keresed - folyamatos le- vagy feltoltes mellett - aminel meg eppen nem no a ping erteke.

  Persze ha a rendelkezesre allo savszelesseg idoben valtozik, akkor a legroszabb erteket kell rogziteni. Ekkor pesze veszitesz valamit a gyorsabb pillanatokban, de legalabb stabil lesz.

  Nyilt forrasu adaptiv QoS-rol nem tudok. (FixMe)

Új hozzászólás Aktív témák