The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Равномерное разделение трафика между всеми pipe и в нутрии н..."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Равномерное разделение трафика между всеми pipe и в нутрии н..."
Сообщение от svma emailИскать по авторуВ закладки(ok) on 25-Фев-05, 12:51  (MSK)
Есть канал 128кВ в интернет. Доступ к инету из локальной сети осуществляется через НАТ.
Для каждого пользователя ipfw есть два pipe канал (один на вход другой на выход).
Ширина канала у каждого пользователя разная, у кого то 8кВ, а у кого то 128кВ.

С такой схемой столкнулся с 2-мя проблемами.
1 – Если пользователь начинает качать файл (ширина у него, к примеру 32 кВ), то он для себя (только для себя!) занимает всю ширину 32кВ. И пробиться в инет ему (во время закачки) будет очень сложно, задержки просто сумасшедшие. Если поставить еще один файл на закачку, то канал делится, между ними, в соотношении, примерно, 80/20.

2 – Тоже самое, только уже в глобальном масштабе, происходит, когда начинает качать файл пользователь, у которого ширина канала 128к. В этом случае замирает инет у всей сети.

Хотелось бы что бы канал делился между всеми каналами (pipe) равномерно, а внутри каждого канала происходила балансировка между всеми очередями.

К примеру на циски даже настраивать ничего не надо, там это дело происходит по умолчанию и очень быстро. Качаю один файл – скорость 4кБайт, начинаю качать второй файл, канал делится моментально по полам, у каждого по 2 кБайт!

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Равномерное разделение трафика между всеми pipe и в нутрии н..."
Сообщение от D1mbI4 Искать по авторуВ закладки(??) on 25-Фев-05, 16:43  (MSK)
А проксёй лимитировать трафик нехочешь?

аниж адин фик с инета качают...
delay_pools в сквиде... всё великалепно работает

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Равномерное разделение трафика между всеми pipe и в нутрии н..."
Сообщение от svma emailИскать по авторуВ закладки(ok) on 25-Фев-05, 16:50  (MSK)
>А проксёй лимитировать трафик нехочешь?
>
>аниж адин фик с инета качают...
>delay_pools в сквиде... всё великалепно работает


Только вчера отключил всех пользователей от прокси. Вещь хорошая, но не сильно практичная – весь трафик через прокси не пустишь, да и хочется чего то по серьезнее.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Равномерное разделение трафика между всеми pipe и в нутрии н..."
Сообщение от Grayich emailИскать по авторуВ закладки(??) on 27-Фев-05, 16:28  (MSK)
>А проксёй лимитировать трафик нехочешь?
>
>аниж адин фик с инета качают...
>delay_pools в сквиде... всё великалепно работает

через delay_pool таже хрень, кто больше и сильнее тянет тот и прав.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Равномерное разделение трафика между всеми pipe и в нутрии н..."
Сообщение от svma Искать по авторуВ закладки(ok) on 27-Фев-05, 16:17  (MSK)
Нашел решение, но она не очень подходит, т.к.  экономически не выгодное ((

Сделал следующее

ipfw 1001 add pipe 101 ip from 192.168.0.3 to any via rl0
ipfw 1002 add pipe 100 ip from any to 192.168.0.3 via tun0
ipfw 1003 add allow ip from any to 192.168.0.3 via rl0

ipfw pipe 100 config bw 8Kbit/s queue 2
ipfw pipe 101 config bw 8Kbit/s queue 2


Что в результате имеем 2-а канал (один на вход и один на выход) по 8кб и на каждый канал по одной очереди, емкостью 2-а пакета.
Что получаем – Общую скорость к пользователю 1к, серфинг просто супер – При закачки 5-ти файлов страница начинает грузиться через 15 сек (если использовать queue по умолчанию – IE перестает грузить страницу по таймауту).

НО!!!! В результате получаем 35% потерь трафика эти 35% скачиваются с инета и попадают на ФРИИ, но отбрасываются, т.к. размер очереди маловат.

11507   1086   1166929 pipe 10 ip from any to 192.168.0.3 via tun0
11507    669    765925 allow ip from any to 192.168.0.3 via rl0

Пробовал играться со значениями queue, но ре зультат не радует, то задержки у пользователя большие, то потери космические.

Подскажите как свести процент потерь до нуля. Думал ограничить число сессий, но это тоже не подходит.
Устроило бы увеличение числа очередей, при не изменой пропускной способности. НО КАК??

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Равномерное разделение трафика между всеми pipe и в нутрии н..."
Сообщение от toor99 emailИскать по авторуВ закладки(ok) on 27-Фев-05, 23:58  (MSK)
Можно попробовать AltQ, но по-моему проект заморожен. Новых патчей там давно не появляется. Ставьте cisco :)
  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Равномерное разделение трафика между всеми pipe и в нутрии н..."
Сообщение от svma emailИскать по авторуВ закладки(??) on 28-Фев-05, 10:57  (MSK)
>Можно попробовать AltQ, но по-моему проект заморожен. Новых патчей там давно не
>появляется. Ставьте cisco :)


Сиськи рулят, но бюджет маловат для них.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Равномерное разделение трафика между всеми pipe и в нутрии н..."
Сообщение от svma emailИскать по авторуВ закладки(ok) on 28-Фев-05, 16:09  (MSK)
нашел вот такую херню, сегодня попробую причисать ее под свои правила

ipfw pipe 1 config bw $a Kbyte/s
ipfw pipe 2 config bw $a Kbyte/s
ipfw queue 1 config pipe 1 weight 1 mask src-ip 0xffffffff
ipfw queue 2 config pipe 2 weight 1 mask dst-ip 0xffffffff

  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "Равномерное разделение трафика между всеми pipe и в нутрии н..."
Сообщение от svma emailИскать по авторуВ закладки(ok) on 03-Мрт-05, 10:01  (MSK)
>нашел вот такую херню, сегодня попробую причисать ее под свои правила
>
>ipfw pipe 1 config bw $a Kbyte/s
>ipfw pipe 2 config bw $a Kbyte/s
>ipfw queue 1 config pipe 1 weight 1 mask src-ip 0xffffffff
>ipfw queue 2 config pipe 2 weight 1 mask dst-ip 0xffffffff

Помогло, но только от части. Потери остались, а серфинг по-прежнему не комфортный.
Решением может стать правильная настройка очереди при помощи gred/red.

Проигрался немного с ним и понял, что пока не разберусь, как оно работает ничего не получится. Нашел кучу литературы по red, но все не то.
Из всех параметров red понял значение только 2-ух min_th и max_th. А вот что такое max_p и w_q так и не разобрал.

Подскажите что это за параметры и как правильно оптимизировать их под разные скорости от 8 до 128.

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру