Изпечатай

[neko]

Имам следния проблем, имам машина изпълняваща ролята на shaper и нищо друго. Проблемът ми е  че когато set-на правилата на shaper-a ping-a през изходящия интерфейс скача до стойности от рода на 20000ms а понякога стига и до 50-60000ms.

Някой може ли да ми даде малко светлина в тунела. Знам че ще ви интересуват конкретни неща но понеже незнам какво точно би ви помогнало ще ви помоля в да кажете какво точно искате като инфо за да ви го дам.

Благодаря на всички предварително!!!

Цитат (neko @ Дек. 13 2005,12:15)

Имам следния проблем, имам машина изпълняваща ролята на shaper и нищо друго. Проблемът ми е  че когато set-на правилата на shaper-a ping-a през изходящия интерфейс скача до стойности от рода на 20000ms а понякога стига и до 50-60000ms. Някой може ли да ми даде малко светлина в тунела. Знам че ще ви интересуват конкретни неща но понеже незнам какво точно би ви помогнало ще ви помоля в да кажете какво точно искате като инфо за да ви го дам. Благодаря на всички предварително!!!

Ами правилата, които задаваш ще са едно добро начало... изобщо дай всичко, което слагаш като правила на връзката. Предполагам, че ако махнеш шейпъри, iptables, firewall и подобни всичко върви ок?

Нормално!
Ако класът е с нисък приоритет, опашките са големи, а капацитета на линията е запълнен.
Решението е комплексно:
1. намали си ceil и rate
2. намали си големината на буферите
3. Може да опиташ с FIFO вместо SFQ

[neko]

tc class add dev eth0 parent 1:х classid 1:хх htb rate 100kbit ceil 100kbit
tc filter add dev eth0 parent 1:х protocol ip prio 3 u32 match ip dst ххх.ххх.ххх.хххх classid 1:хх

това е едно от правилата, ползвах за опшка sfq но съм я махнал по препоръка, но това не помогна.


@Agent_SMITH иначе правилно си предположил ... направя ли tc qdisc del dev ethX root
всичко придобива нормален вид и трафика си лети.


Оставам с впечатление че не съм постъпил правилно като съм махнал нацяло опашката.

Цитат

това е едно от правилата, ползвах за опшка sfq но съм я махнал по препоръка, но това не помогна.

Което означава, че надвишаваш лимита на линията поставен ти от доставчика!
Мисля си, че SFQ е добре да имаш в leaf класовете ограничаваши изходящия към локалнатата ти мрежа трафик!

[neznaen]

това ще ти свърши работа за ssh i icmp естествено ако е с наи голям приоритет
tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip tos 0x10 0xff flowid 1:1
tc filter add dev eth1 parent 1:0 protocol ip prio 1 u32 match ip protocol 1 0xff flowid 1:1

[neko]

О да това определено промени коренно нещата, ping-а към gateway-a от 50-60s си падна на нормалния 0.2-0.3ms . Благодаря на всички ви за вниманието. С едно малко пояснение, за да бъде пълно обяснението. За тези филтри трябва да бъдат прикачени необходимите класове като за rate се слага минимална стойност а за ceil максимална. Или нещо  от рода

tc class add dev eth0 parent 1:0 classid 1:1 htb rate 100kbit ceil 100Mbit

[Uvigii]

Цитат

ceil 100Mbit

Това на какъв интерфейс ?!

[neko]

на изходящия интерфейс (посока към абоната).

[Uvigii]

100 MBit ли е ?
имам напредвид.

[neko]

да 100Mbit-a иначе щях да пиша за ceil 1Gbit.

що ли си мислия че шейпъра работи точно така когато трябва да ограничава скороста а именно като улеличава разни неща'>)))) който водят до увеличаване на пинг-а
т.е
ако си шейпнал некой на 64кбит и той точи мощно с 7-8кбайта/с пинга ще му е голям'>
та така'>

[neznaen]

edmon прав си но ако стоиностите на пинга ти са големи как ще откриваш мрежови проблеми?!

Еми просто ICMP със src ИП-то на рутера не се шейпват '>

[Uvigii]

//
Off

Цитат

да 100Mbit-a иначе щях да пиша за ceil 1Gbit.

Което въобще не ме учудва.