The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"управление исходящим клиентским трафиком"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (Оборудование Lucent, Nortell и др.)
Изначальное сообщение [ Отслеживать ]

"управление исходящим клиентским трафиком"  +/
Сообщение от arimotakano (ok) on 08-Июн-11, 14:37 
Есть Juniper ERX-310, на нём есть приблизительно 1500 РРРоЕ сабскрайберов, есть lag интерфейс на который приходят по нескольким VLAN'ам все PPPoE сессии. При подключении сабскрайбера формируется интерфейс вида lag interfaceID.vlanID.userID, затем на этот интерфейс при помощи макроса навешивается IP policy, которое, помимо прочего, включает в себя присвоение rate-limit'a трафику приходящему ОТ сабскрайбера. Вопрос: можно ли ограничивать индивидуальный трафик каждого сабскрайбера способом отличным от rate-limit'a, например шейпить его на интерфейсе, через который весь трафик уходит на внешний мир?
Ответить | Правка | Cообщить модератору

Оглавление

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


1. "управление исходящим клиентским трафиком"  +/
Сообщение от sm00th1980 (ok) on 08-Июн-11, 17:51 
за juniper не скажу.

Но у cisco подобная задача бы решалась так:
вместо прямого навешивания rate-limit на virtual-access интерфейс - вместо этого при создании этого интерфейса на него навешивалась бы policy - внутри уже которой бы и описывался shaping а не policing как в вашем случае.

может натолкнёт на какие-то мысли.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "управление исходящим клиентским трафиком"  +/
Сообщение от arimotakano (ok) on 09-Июн-11, 12:52 
> за juniper не скажу.
> Но у cisco подобная задача бы решалась так:
> вместо прямого навешивания rate-limit на virtual-access интерфейс - вместо этого при создании
> этого интерфейса на него навешивалась бы policy - внутри уже которой
> бы и описывался shaping а не policing как в вашем случае.
> может натолкнёт на какие-то мысли.

это именно то, что я попробовал в первую очередь, дело в том, что у Juniper'a немного другой механизм применения шейперов, кроме того, на сколько я понимаю, шейпер невозможно применить к ВХОДЯЩЕМУ трафику, поэтому на данный момент единственный вариант, который я вижу это создавать classifier-list'ы на каждого сабскрайбера и применять шейпер на исходящем интрефейсе в соответствии с ними.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "управление исходящим клиентским трафиком"  +/
Сообщение от arimotakano (ok) on 09-Июн-11, 16:02 
Подскажите пожалуйста хотя-бы где можно почитать нормальное описание макроязыка, а то есть очень сильное подозрение, что в разделе документации System Basics -> Writing CLI Macros описание, мягко говоря, неполное, а google на эту тему ничего кроме app.servicemanager.getUniqueId не выдает, или там больше ничего и нет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "управление исходящим клиентским трафиком"  +/
Сообщение от sm00th1980 (ok) on 10-Июн-11, 17:15 
как подсказывает коллега по Juniper возможность shaping-а появилась в JUNOS версии >= 4.0
также по его словам политики настраиваются на сервере политик SRC-PE

Как это конкретно делается и что нужно тыкать сказал смотреть тут:
http://www.juniper.net/techpubs/en_US/src4.0/information-pro...

я сам цисковед - если что наврал не обижайтесь.


дополнение traffic-shape описывается в этом документе:
http://www.juniper.net/techpubs/en_US/src4.0/information-pro...

страница 190 кажется.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "управление исходящим клиентским трафиком"  +/
Сообщение от arimotakano (ok) on 14-Июн-11, 13:38 
> как подсказывает коллега по Juniper возможность shaping-а появилась в JUNOS версии >=
> 4.0
> также по его словам политики настраиваются на сервере политик SRC-PE
> Как это конкретно делается и что нужно тыкать сказал смотреть тут:
> http://www.juniper.net/techpubs/en_US/src4.0/information-pro...
> я сам цисковед - если что наврал не обижайтесь.
> дополнение traffic-shape описывается в этом документе:
> http://www.juniper.net/techpubs/en_US/src4.0/information-pro...
> страница 190 кажется.

Речь не о Junos а о JunosE это две большие разницы

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

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




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

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