форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[ Отслеживать ]

"Проблема с собиранием каналов в кучу с помощью mpath"

Сообщение от Rom1 (ok) on 22-Дек-08, 08:00

Debian Etch. Есть десяток (иногда сотня) ppp-соединений, собираю их вкучу посредством mpath, а после маркирую пакеты с помощью iptables. #ip route add default scope global table 101 mpath random \ nexthop dev ppp0 weight 1 \ nexthop dev ppp1 weight 1 \ nexthop dev ppp2 weight 1 \ nexthop dev ppp3 weight 1 \ nexthop dev ppp4 weight 1 \ nexthop dev ppp5 weight 1 \ nexthop dev ppp6 weight 1 \ nexthop dev ppp7 weight 1 \ nexthop dev ppp8 weight 1 \ nexthop dev ppp9 weight 1 Все работает, но проблема в том что каждые 10 минут соединения срываются на 10~60 секунд. Потом все начинает работать и через 10 минут повторяется снова и снова. Есть какой-нибудь кэш route? Который накапливается и сбрасывается? Как расширить его, таймауты изменить? Может посоветует кто чего.

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Проблема с собиранием каналов в кучу с помощью mpath"

Сообщение от Z0termaNN (ok) on 22-Дек-08, 20:04

>[оверквотинг удален] >nexthop dev ppp9 weight 1 > >Все работает, но проблема в том что каждые 10 минут соединения срываются >на 10~60 секунд. Потом все начинает работать и через 10 минут >повторяется снова и снова. > >Есть какой-нибудь кэш route? Который накапливается и сбрасывается? Как расширить его, таймауты >изменить? > >Может посоветует кто чего. так не совсем понятно - что отваливается-то ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Проблема с собиранием каналов в кучу с помощью mpath"
	Сообщение от Rom1 (ok) on 23-Дек-08, 07:26
	>так не совсем понятно - что отваливается-то ? Соединения рвутся.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Проблема с собиранием каналов в кучу с помощью mpath"
	Сообщение от Z0termaNN (ok) on 23-Дек-08, 10:04
	>>так не совсем понятно - что отваливается-то ? > >Соединения рвутся. ppp ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Проблема с собиранием каналов в кучу с помощью mpath"
	Сообщение от Rom1 (ok) on 23-Дек-08, 10:12
	>ppp ? Да.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Проблема с собиранием каналов в кучу с помощью mpath"
	Сообщение от Rom1 (ok) on 23-Дек-08, 10:28
	>ppp ? Дано: 100 ppp соединений. Через каждое соединение ходят те или иные локальные пользователи - у каждого свой канал. Каждый пакет пользователя маркируется своим маркером и направляется в свой канал. Далее, есть список подсетей (Интернета), доступ на которые нужно дать на максимально возможной суммарной скорости всех доступных каналов. Для этого все пакеты, которые летят в эти подсети маркируем маркером 101, потом: #ip rule add fwmark 101 table 101 и: #ip route add default scope global table 101 mpath random \ nexthop dev ppp0 weight 1 \ nexthop dev ppp1 weight 1 \ nexthop dev ppp2 weight 1 \ nexthop dev pppN weight 1 Так вот, пакеты пользователей, которые летят каждый через свой ppp, ходят нормально _все_ время. А пакеты, которые летят через аггрегированный канал, ходят 10 минут, потом все "замораживается" (ppp в этот момент работают нормально, не рвется, ни еще чего), это длится около минуты (соединения), пакеты через этот маршрут не ходят, через ~минуту пакетики побежали - связь восстановилась. Так вот, это происходит каждые 10 минут, _все_ время. Отсюда и вопрос, может есть какие настройки таблиц маршрутизации, может можно поменять их размер, объем памяти под них, таймауты, или еще чего?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Проблема с собиранием каналов в кучу с помощью mpath"
	Сообщение от Z0termaNN (ok) on 23-Дек-08, 13:07
	>[оверквотинг удален] >Так вот, пакеты пользователей, которые летят каждый через свой ppp, ходят нормально >_все_ время. А пакеты, которые летят через аггрегированный канал, ходят 10 >минут, потом все "замораживается" (ppp в этот момент работают нормально, не >рвется, ни еще чего), это длится около минуты (соединения), пакеты через >этот маршрут не ходят, через ~минуту пакетики побежали - связь восстановилась. > >Так вот, это происходит каждые 10 минут, _все_ время. > >Отсюда и вопрос, может есть какие настройки таблиц маршрутизации, может можно поменять >их размер, объем памяти под них, таймауты, или еще чего? а маршрутизация явно перестраивается при pppd ip/down ?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Проблема с собиранием каналов в кучу с помощью mpath"
	Сообщение от Rom1 (ok) on 23-Дек-08, 13:24
	>а маршрутизация явно перестраивается при pppd ip/down ? Есть скрипт, который следит за состоянием каналов, во время наблюденгия данных проблем, все до одного канала - живые и работоспособные. Если канал падает, он из аггригации убирается, когда встанет, восстанавливается на место (каждый раз перестраивая весь "ip route table 101").
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Проблема с собиранием каналов в кучу с помощью mpath"
	Сообщение от Z0termaNN (ok) on 23-Дек-08, 13:57
	>>а маршрутизация явно перестраивается при pppd ip/down ? > >Есть скрипт, который следит за состоянием каналов, во время наблюденгия данных проблем, >все до одного канала - живые и работоспособные. Если канал падает, >он из аггригации убирается, когда встанет, восстанавливается на место (каждый раз >перестраивая весь "ip route table 101"). я надеюсь, что таблица перестраивается при помощи "ip route repl" в /etc/ppp/ip-(up|down). кэш маршрутов конечно есть, и его можно скинуть, но это врядли поможет. # ip route flush cache вообще-то хорошо бы все-таки помониторить, что творится с таблицей маршрутизации и уже после этого делать каке-то заключения # ip monitor all
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Проблема с собиранием каналов в кучу с помощью mpath"
	Сообщение от Rom1 (ok) on 23-Дек-08, 16:01
	>я надеюсь, что таблица перестраивается при помощи "ip route repl" в /etc/ppp/ip-(up|down). > >кэш маршрутов конечно есть, и его можно скинуть, но это врядли поможет. > ># ip route flush cache >вообще-то хорошо бы все-таки помониторить, что творится с таблицей маршрутизации и уже > >после этого делать каке-то заключения ># ip monitor all Спасибо, натолкнули на мысль покопаться в iproute2. На первый взгляд вижу там несколько утилит, которые можно потрогать. Отпишусь позже.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]