Титла: tc проблем
Публикувано от: neko в Dec 13, 2005, 11:15
Имам следния проблем, имам машина изпълняваща ролята на shaper и нищо друго. Проблемът ми е че когато set-на правилата на shaper-a ping-a през изходящия интерфейс скача до стойности от рода на 20000ms а понякога стига и до 50-60000ms.
Някой може ли да ми даде малко светлина в тунела. Знам че ще ви интересуват конкретни неща но понеже незнам какво точно би ви помогнало ще ви помоля в да кажете какво точно искате като инфо за да ви го дам.
Благодаря на всички предварително!!!
Някой може ли да ми даде малко светлина в тунела. Знам че ще ви интересуват конкретни неща но понеже незнам какво точно би ви помогнало ще ви помоля в да кажете какво точно искате като инфо за да ви го дам.
Благодаря на всички предварително!!!
Титла: tc проблем
Публикувано от: в Dec 13, 2005, 11:50
| Цитат (neko @ Дек. 13 2005,12:15) |
| Имам следния проблем, имам машина изпълняваща ролята на shaper и нищо друго. Проблемът ми е че когато set-на правилата на shaper-a ping-a през изходящия интерфейс скача до стойности от рода на 20000ms а понякога стига и до 50-60000ms. Някой може ли да ми даде малко светлина в тунела. Знам че ще ви интересуват конкретни неща но понеже незнам какво точно би ви помогнало ще ви помоля в да кажете какво точно искате като инфо за да ви го дам. Благодаря на всички предварително!!! |
Ами правилата, които задаваш ще са едно добро начало... изобщо дай всичко, което слагаш като правила на връзката. Предполагам, че ако махнеш шейпъри, iptables, firewall и подобни всичко върви ок?
Титла: tc проблем
Публикувано от: в Dec 13, 2005, 12:01
Нормално!
Ако класът е с нисък приоритет, опашките са големи, а капацитета на линията е запълнен.
Решението е комплексно:
1. намали си ceil и rate
2. намали си големината на буферите
3. Може да опиташ с FIFO вместо SFQ
Ако класът е с нисък приоритет, опашките са големи, а капацитета на линията е запълнен.
Решението е комплексно:
1. намали си ceil и rate
2. намали си големината на буферите
3. Може да опиташ с FIFO вместо SFQ
Титла: tc проблем
Публикувано от: neko в Dec 13, 2005, 12:16
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
всичко придобива нормален вид и трафика си лети.
Оставам с впечатление че не съм постъпил правилно като съм махнал нацяло опашката.
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
всичко придобива нормален вид и трафика си лети.
Оставам с впечатление че не съм постъпил правилно като съм махнал нацяло опашката.
Титла: tc проблем
Публикувано от: в Dec 13, 2005, 13:00
| Цитат |
| това е едно от правилата, ползвах за опшка sfq но съм я махнал по препоръка, но това не помогна. |
Което означава, че надвишаваш лимита на линията поставен ти от доставчика!
Мисля си, че SFQ е добре да имаш в leaf класовете ограничаваши изходящия към локалнатата ти мрежа трафик!
Титла: tc проблем
Публикувано от: neznaen в Dec 19, 2005, 17:34
това ще ти свърши работа за 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
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
Титла: tc проблем
Публикувано от: neko в Dec 21, 2005, 10:58
О да това определено промени коренно нещата, 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
tc class add dev eth0 parent 1:0 classid 1:1 htb rate 100kbit ceil 100Mbit
Титла: tc проблем
Публикувано от: Uvigii в Dec 21, 2005, 19:17
| Цитат |
| ceil 100Mbit |
Това на какъв интерфейс ?!
Титла: tc проблем
Публикувано от: neko в Dec 23, 2005, 16:02
на изходящия интерфейс (посока към абоната).
Титла: tc проблем
Публикувано от: Uvigii в Dec 24, 2005, 18:22
100 MBit ли е ?
имам напредвид.
имам напредвид.
Титла: tc проблем
Публикувано от: neko в Dec 26, 2005, 02:04
да 100Mbit-a иначе щях да пиша за ceil 1Gbit.
Титла: tc проблем
Публикувано от: в Dec 26, 2005, 09:38
що ли си мислия че шейпъра работи точно така когато трябва да ограничава скороста а именно като улеличава разни неща
)))) който водят до увеличаване на пинг-а
т.е
ако си шейпнал некой на 64кбит и той точи мощно с 7-8кбайта/с пинга ще му е голям
та така
)))) който водят до увеличаване на пинг-ат.е
ако си шейпнал некой на 64кбит и той точи мощно с 7-8кбайта/с пинга ще му е голям
та така
Титла: tc проблем
Публикувано от: neznaen в Dec 26, 2005, 13:22
edmon прав си но ако стоиностите на пинга ти са големи как ще откриваш мрежови проблеми?!
Титла: tc проблем
Публикувано от: в Dec 26, 2005, 19:02
Еми просто ICMP със src ИП-то на рутера не се шейпват
Титла: tc проблем
Публикувано от: Uvigii в Dec 27, 2005, 17:08
//
Off
Което въобще не ме учудва.
Off
| Цитат |
| да 100Mbit-a иначе щях да пиша за ceil 1Gbit. |
Което въобще не ме учудва.