Dotaz: Aplikovani ESFQ

[Pepa]

Caf

mam routr s kolisajici rychlosti pripojeni k internetu. Chci aby kazdy klient aktivne pripojeny (surfujici, stahovaci...) dostal svou spravedlivou cast linky = 1/n(kde n je pocet aktivnich pripojeni do internetu..) Nekde jsem se docetl, ze na tu promenlivou rychlost se nejvice hodi ESFQ.

Potreboval bych ale pomoct jak ESFQ zprovoznit, na internetu jsem videl akorat nejaky zmatene konfigurky ktere jsou asi nad me mysleni.

Jinak jadro jsem jiz patchnul na ESFQ i IMQ taktez balik iproute2.. ted me jde o to nastaveni.

Takze situace je takova:
eth0 -> pripojka do internetu
eth1 -> LAN (192.168.1.0)
eth2 -> LAN (192.168.2.0)

Byl bych rad za jakykoliv skriptik/prikaz jednoduchy k pochopeni popr. jakou cestou se mam vydat. dik

Odpovědi

[Zdeněk Štěpánek]

Zdravim

Ja osobne aplikuju ESFQ na vsecvhny sitovky v kazdym routeru a vcelku spokojenost vzhledem k naprosto minimalnimu usili. IMQ tudiz nepotrebuju. Vnitrne to pouziva HTB, to v jadre je, ale v iproute2 neni, takze tam musis patchnout oboje. Me osobne se to ale nikdy nepodarilo zkompilovat, po netu koluje zkompilovana binarka, dole je link.

Jinak skript je trivialni:

Zapnuti ESFQ:

#!/bin/bash
#Created by Dzus
TC="/home/zdenek/esfq_tc/tc"

if [ -z $1 ]
then
  echo "Usage: esfqqos <interface>"
  echo "Example: esfqqos wlan0"
  exit
fi

dev=$1;

## Root class
$TC qdisc del dev $dev root
$TC qdisc add dev $dev root esfq perturb 5 hash src

$TC -s -d qdisc ls

Zruseni ESFQ:

#!/bin/bash
#Created by Dzus
TC="/home/zdenek/esfq_tc/tc"

if [ -z $1 ]
then
  echo "Usage: esfqqos <interface>"
  echo "Example: esfqqos wlan0"
  exit
fi

dev=$1;

## Root class
$TC qdisc del dev $dev root

$TC -s -d qdisc

Vypsani aktualniho stavu:

#!/bin/bash
#Created by Dzus
TC="/home/zdenek/esfq_tc/tc"

$TC -s -d qdisc ls

Binarka tc: http://stepanek.gavanet.org/tc

Zdenek

[Pepa]

jo dik uz to zkousim..

btw. co znamena ten parametr perturb?

[NTPT]

Takže především ESFQ vnitřeně HTB nepoužívá. Alebrž jest založena na původní SFQ , jen je upravená.Nicméně ESFQ se výtečně hodí jako tzv leaf discipline právě pro HTB.

Za druhé. Způsob konfigurace zde popsaný ehm, zdá se mi být poněkut neštastný. Především zde chybí poznámka který interface je vlastně vstupní a který výstupní. Tohle vypadá, jako by wlan0 bylo softwarové AP a na něm viseli klienti. V tom případě nechápu proč je hash src když by měl být dst. (tedy aby packety byly fair posílány podle PRIJEMCE ). Za další. I pro ESFQ platí, že když na boxu NATujete, tak IMQ potřebujete i pro využití ESFQ (s hash src)pro ODCHOZI traffic -tedy jdoucí DO internetu, protože Qdisc na výstupní sítovce to vidí až POTOM co už je packet zanatován. Já osobně bych na NAT routerech bez IMQ dával ESFQ (s hash dst ! )na sítovku blíž ke klientům a SFQ na sítovku "blíž k netu"

[Zdeněk Štěpánek]

Na routeru s NATem to na extrerni sitovce pochopitelne nemam...

Muzu poprosit o blizsi vysvetleni dst a src? Ja ty skriptry dostal, opsal a pouzil a spokojenost, vic tomu ESFQ nerozumim.

wlan0 jsou APcka a jsou na nich lidi, tam asi je vetsi cast provozu k lidem, ale co u PtP spoju? mam se zkombinovatz src i dst dokupy?

Diky, zdenek

[Opičák]

Co je na tom k nepochopení? Vyplývá to už z názvu. ESFQ rozděluje spravedlivě nějakou rychlost. No a může ji rozdělovat na základě cílových adres nebo zdrojových adres. To záleží jestli je použita na vnějším nebo vnitřním rozhraní a co/koho chci vlastně omezovat. To co jsi popsal výš, nemůže spravedlivě fungovat.

K Poin-to-Point spojům. Tam snad stačí nasadit nějaký QoS s prioritama. Tam podle mě ESFQ v takovém nasazení jako předkládáš výš nemá vůbec co dělat. Snad každá služba potřebuje své. VoIP potřebuje něco jiného než P2P a http provoz potřebuje taky něco jiného. Spokojit se s pouhým ESFQ je podle mě čirá naivita. Stačí hledat 5 minut na netu a příkladů máš víc než dost.

[Opičák]

Ještě taková vychytávka. Týká se to Wi-Fi a IMQ. Jak jistě víš Wi-Fi je half-duplex (dokáže třeba 5 Mbit v jednom směru, ale jen 2,5 Mbit v obou směrech zaráz.). Proto je podle mě lepší si do IMQ naházet oba směry a pak teprv něco rozdělovat. Určitě to takto bude nejlepší, protože nebudeš zahlcovat AP.

[Kamik]

No tento problém lze řešit dvěma způsoby. Nejjistější je samozřejmě oříznout rychlosti down a up v takovém poměru, aby mohlo v obou směrech téct maximum. Nemusí být nutně 1:1. Sofistikovanější způsob je nastavit pro adaprér ESFQ maximální hodnotu (součet down+up-10%) na root frontu adaptéru. Tu potom rozdělit podle potřeb podtřídami (dle typu pripojeni, adres, protokolu, ...). Samozřejmě v kombinaci se značením popmocí L7 je z toho velmi mocný nástroj.

Důležitá zmínka, která nesmí chybět v žádném z takových threadů pokud nemáte na obou stranách linky to samé můžete ovlivňovat jen packety, které jdou out z vašich rozhraní. Je tu sice řešení IMQ, ale to znamená zase vložení dalších front do cesty packetům a tudíž i strojový čas. Pro využítí v embeded zařízeních je výkonově výhodnější, spustit to samé na obou stranách spoje.

Měnící se kvalita nebo rychlost linky bude problém vždy....není podle čeho ji dostatečně přesně a efektivně měřit a nejde tedy upravovat dynamidky parametry tříd. Lze si představit třeba týdení nebo denní kalibrace spojů spojené s reportem o kvalitě linek v síti. U rádií se občas stane, že linku někdo zaruří. Je pak dobré se o tom dozvědět dříve než od uživatelů .

[Zdeněk Štěpánek]

moje typicka zapometlivost, zapomel jsem to tam napsat i kdyz jsem chtel. Je to cas po kterem se prepocitava rychlost linky a pocet klientu, cili neco jako setrvacnost celeho mechanismu.