Dotaz: qos enque, deque kdy se pocita s overhead?

[_]

zdar.

resim takovy drobny problem.

mam pakety, ktery prijdou z ipsec co maji overhead pres 50B

a pak mam pakety, ktery prijdou normalne nesifrovane bez overheadu

do qdiscu uz jdou oboji nesifrovany

a jak docilim toho, ze oba pakety dojdou do stejne tridy v htb, ale kazdy se zapocita se spravnym overheadem? v podstate chci nejakym trikem porusit striktne stromovitou hierarchii, kterou maji tridy, tak aby to zustal stromek, ale delalo to co potrebuji: to je, ze rate se spocita spravne bud s nebo bez overheadu ipsecu podle toho odkud paket prisel.

y = [0-9], Z = [0-9][0-9] v 192.168.Y.Z

v podstate chci docilit toho, ze classy budou klasicky stromecek kde 1:1YZ bude mit rate na adresu a bude mit pod sebou vetve s overheadem 1:2YZ kam pujdou data z ipsec pro cilovou ip a na tu bez overheadu z eth pro stejnou cilovou ip 1:3YZ. paktey se primo do 1:2YZ a 1:3YZ doruci podle znacek z FORWARDU pomoci fitru na qdiscu no a ted nevim co a jak dal.

class ma parametr overhead, pocita se s overheadem pri enqueue? cili muzu si pak dovolit povesit filtr na 1:3YZ ktery vsechno posle do 1:2YZ a na 1:2YZ bych pak povesil dalsi qdisc a pod nim bych si delal shaping pro sluzby/porty, kdyz uz 1:1YZ je pro IP. 1:[23]YZ je pro overhead odkud paket prisel. a 1:[4-9]YZ bude pro stromecek poveseny pod 1:2YZ.

a jak pri dequeue? jde se nejprimejsi cestou nahoru a vubec nikoho nezajima, ze jsem dolu sel pres nejaky filtery? Takze pakety z ipsecu pri deque pujdou uplne stejnou cestou pres tridy jako pakety z eth akorat budou mit korektni 50b overhead ???

Na otázku zatím nikdo bohužel neodpověděl.