форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

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

"Ограничение трафика"
Сообщение от M1 on 12-Фев-02, 21:56  (MSK)
Существуют ли реальные способы ограничить трафик для конкретного пользователя? Напирмер в линуксе это казалось бы можно было сделать при помощи iptables -m limit .... но при этом пакеты то приходят и попросту теряются, а если мы платим за трафик то... в freebsd как я понял создается очередь, и пакты потихоньку передаются пользователю, но если очередь переполнилась мы получаем тоже, что и выше.. так как же это сделать в условии оплаты трафика, я пока нашел только одну возмодность, использовать прокси сервер, и как мне кажется других возможностей нет, как же тогда это реализуется в cisco? и в принципе, если слать мне совершенно не нужный трафик (в случае если у меня за роутером реальные адреса) то мне прийдется за него платить? Особенно интересует решение данной проблемы в linux но и принципиально возможные решения тоже интересны
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "RE: Ограничение трафика"
Сообщение от Nightman on 13-Фев-02, 15:28  (MSK)
>Существуют ли реальные способы ограничить трафик >для конкретного пользователя? > >Напирмер в линуксе это казалось бы >можно было сделать при помощи >iptables -m limit .... > >но при этом пакеты то приходят >и попросту теряются, а если >мы платим за трафик то... > > >в freebsd как я понял создается >очередь, и пакты потихоньку передаются >пользователю, но если очередь переполнилась >мы получаем тоже, что и >выше.. > >так как же это сделать в >условии оплаты трафика, я пока >нашел только одну возмодность, использовать >прокси сервер, и как мне >кажется других возможностей нет, как >же тогда это реализуется в >cisco? и в принципе, если >слать мне совершенно не нужный >трафик (в случае если у >меня за роутером реальные адреса) >то мне прийдется за него >платить? > >Особенно интересует решение данной проблемы в >linux но и принципиально возможные >решения тоже интересны Левый трафик закрывать надо на маршрутиризаторах провайдера...иначе ты будешь за него платить (хотя не все на это идут, и не все делают) тем не менее.. Ну  и разумеется у себя на раутере контролируй.. Есть еще масса прог для счета трафика см здесь на сайте...
	Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: Ограничение трафика"
Сообщение от Nightman on 13-Фев-02, 15:32  (MSK)
>Существуют ли реальные способы ограничить трафик >для конкретного пользователя? > >Напирмер в линуксе это казалось бы >можно было сделать при помощи >iptables -m limit .... > >но при этом пакеты то приходят >и попросту теряются, а если >мы платим за трафик то... > > >в freebsd как я понял создается >очередь, и пакты потихоньку передаются >пользователю, но если очередь переполнилась >мы получаем тоже, что и >выше.. > >так как же это сделать в >условии оплаты трафика, я пока >нашел только одну возмодность, использовать >прокси сервер, и как мне >кажется других возможностей нет, как >же тогда это реализуется в >cisco? и в принципе, если >слать мне совершенно не нужный >трафик (в случае если у >меня за роутером реальные адреса) >то мне прийдется за него >платить? > >Особенно интересует решение данной проблемы в >linux но и принципиально возможные >решения тоже интересны Да кстати man ipfw смотри в сторону pipe если на Free
	Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: Ограничение трафика"
Сообщение от Valera on 18-Фев-02, 12:47  (MSK)
Погляди-ка netgate. Валяется на netgatesystem.narod.ru С уважением, Валера
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "RE: Ограничение трафика"
	Сообщение от Кип on 18-Фев-02, 16:41  (MSK)
	было бы замечательно, если бы автор кроме скупого описания, указал бы и цену за софт :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "RE: Ограничение трафика"
Сообщение от Z0termaNN on 18-Фев-02, 19:22  (MSK)
На входящем порту маршрутизатора принципиально невозможно управлять очередями, т.к. их попросту не существует. Единственно, что можно это отбрасывать приходящие пакеты по мере превышения некоего лимита. В результате чего скорость посылки будет регулироваться сдругой стороны при помощи slow start (в случае tcp). Так, что платить за трафик, если даже он отбрасывается, все равно придется.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "RE: Ограничение трафика"
	Сообщение от M1 on 18-Фев-02, 22:11  (MSK)
	>На входящем порту маршрутизатора принципиально >невозможно управлять очередями, т.к. их попросту > >не существует. Единственно, что можно это >отбрасывать >приходящие пакеты по мере превышения некоего >лимита. Жалко конечено... >В результате чего скорость посылки будет >регулироваться сдругой стороны при помощи slow >start >(в случае tcp). Т.е. в TCP происходит уменьшение частоты передачи пакута если они не доходят? >Так, что платить за трафик, если >даже он >отбрасывается, все равно придется. А что же с freebsd и ее pipe?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "RE: Ограничение трафика"
	Сообщение от Z0termaNN on 18-Фев-02, 22:59  (MSK)
	>>На входящем порту маршрутизатора принципиально >>невозможно управлять очередями, т.к. их попросту >> >>не существует. Единственно, что можно это >>отбрасывать >>приходящие пакеты по мере превышения некоего >>лимита. >Жалко конечено... > >>В результате чего скорость посылки будет >>регулироваться сдругой стороны при помощи slow >>start >>(в случае tcp). > >Т.е. в TCP происходит уменьшение частоты >передачи пакута если они не >доходят? В общем-то да. Если не приходят подтверждения, то скорость передачи посылающей стороной уменьшается. Затем посылающая сторона пытается увеличить скорость. > >>Так, что платить за трафик, если >>даже он >>отбрасывается, все равно придется. > >А что же с freebsd и >ее pipe? Забыл уже как bsd выглядит. Если я не ошибаюсь, то речь идет о исходящих очередях. Результат будет примерно таким же, только с поправкой на размер очереди на исходящем интерфейсе (или буфера пакетов) , когда она переполнится, подтверждения на принимаемые пакеты отсылаться не будет. Так, что правильно здесь сказали - единственный способ избежать этого - перевалить эту работу на рутер провайдера (если такие хорошие провайдеры действительно существуют).
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "RE: Ограничение трафика"
	Сообщение от Lion on 19-Фев-02, 09:57  (MSK)
	Смотри Advanced Routing Howto на предмет tc, qdisc, cbq. Очень помогает рулить трафиком как захочешь.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "RE: Ограничение трафика"
	Сообщение от Z0termaNN on 19-Фев-02, 13:54  (MSK)
	Какая разница, что использовать для car - iptables или cbq - результат будет один и тот же. Только в cbq классификатор можно завязать на средний размер пакета.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "RE: Ограничение трафика"
	Сообщение от M1 on 19-Фев-02, 16:36  (MSK)
	Как я понял из этого howto можно порезать в зависимости от типа пакета, а как порезать в зависимости от ip в линухе?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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