Проблем с Simple Queues

[AVS]

Значи проблема е следния:

Тъй като в даденото населено място клиентите са меко казано "неуки" и всеки опит за пускане на PPPoE сървър завърши с неуспех, а нямам никакво желание да пускам DHCP сървър, стигнах до следното междинно решение. Сложих един рутерборд до който Internet влиза през eth1, след което излиза и отива към селото съответно през eth2 i wlan1(ap bridge), които са обединени с bridge1. Интерфейсите са отделени с NAT. Mount-вам на bridge1 мрежа от типа 192.168.5.1/24 и съответно слагам на всеки един клиент фиксирано IP тип - 192.168.5.2 Netmask 255.255.255.0 Getaway 192.168.5.1 i DNS 214.165.23.1(не е истинския, просто за темата) и до всеки клиент си отива интернет. После им ограничавам скоростта чрез Simple Queues. Проблема е в това, че ако пусна на някого 1М като скорост, реално той не хваща повече от 80К като download. Въпроса ми е някой има ли идея от къде може да се появява този проблем. Лично съм проверил всяка връзка при всеки клиент на АП-то, с мисълта, че може да е от сигнала клиент-ап, но същия проблем се появява и на клиентите, които са на кабел.

[Mitev]

Значи проблема е следния:

Тъй като в даденото населено място клиентите са меко казано "неуки" и всеки опит за пускане на PPPoE сървър завърши с неуспех, а нямам никакво желание да пускам DHCP сървър

пусни си dhcp съвъра за да не ходиш по клиените след като преинсталнат !

стигнах до следното междинно решение. Сложих един рутерборд до който Internet влиза през eth1, след което излиза и отива към селото съответно през eth2 i wlan1(ap bridge), които са обединени с bridge1. Интерфейсите са отделени с NAT. Mount-вам на bridge1 мрежа от типа 192.168.5.1/24 и съответно слагам на всеки един клиент фиксирано IP тип - 192.168.5.2 Netmask 255.255.255.0 Getaway 192.168.5.1 i DNS 214.165.23.1(не е истинския, просто за темата) и до всеки клиент си отива интернет.

сложи 2 ип адреса  и разкрай тоя bridge. релано няма смисъл освен ако не искаш да имат локална мрежа ! ама при условие че даваш и по радио..  махни го по добре ! хем ще знаеш че примерно клиените от 192.168.5.х мрежа са по кабел

а от 192.168.6.х са по радио !!!

После им ограничавам скоростта чрез Simple Queues. Проблема е в това, че ако пусна на някого 1М като скорост, реално той не хваща повече от 80К като download. Въпроса ми е някой има ли идея от къде може да се появява този проблем. Лично съм проверил всяка връзка при всеки клиент на АП-то, с мисълта, че може да е от сигнала клиент-ап, но същия проблем се появява и на клиентите, които са на кабел.

нещо бъркаш със задаването на скоростите , аз имам около 1000 опашки разпределени в 8  VLAN-a  и нямам такъв проблем , като паралелно пускам нета през 2 доставчика !

ето ти примерна структура на queue-тата

даже съм пуснал и burst на клиентите. за limit-at слагай също стойност да не стоят на unlimited  за да може да сработи правилно HTB-to и да цели трафика към клиените когато ти се запълни оснвният канал , и да прави borow от другите опашки ! Задължително описвай мрежите в опашката в която се намират клиентите. иначе няма да работи shapera. изтървеш ли ip т.е. да няма опашка ще захапе цялата скорост на опашката която се намира и пак няма да работи нищо !

btw  някои може л ида ми каже къде се задава defult скороста за не описаните ip-та , така че ако има изтървано ип да му се бута в default опашката с неква зададена скорост !

[NetworkPro]

Как се ограничават конекции при udp , като при него няма такова чудо

Хм вярно. Въпреки че Connection tracking счита поредица от udp пакети за конекция при определени правила, connection-limit mangle matcher-а е активен само при избран протокол tcp.

---

...

btw  някои може л ида ми каже къде се задава defult скороста за не описаните ip-та , така че ако има изтървано ип да му се бута в default опашката с неква зададена скорост !

Предлагам: Simple Queue с target address цялата мрежа (напр. 192.168.1.0/24 ?) или 0.0.0.0 което да стои ПОД другите Simple Queue-та. Същото може да се направи и със Queue Tree дори така мисля ще е по-добре. Ще можеш да маркираш конкретния трафик който искаш и да му сложиш опашката в global-in и в global-out, където Simple Queue слагат своите опашки, прихващайки трафика първи, преди Queue Tree-то (не се виждат)