[borys]

Здравствуйте.

Много раз обсуждалось, но решения я так и не увидел :(

Есть ASR. Есть разные тарифные планы в радиусе. Задача с помощью радиуса (артибутов с биллинга) нарезать скорость в мир (влан 10) и не нарезать в обменники (влан 11).

На сколько я понимаю, что задача решаема только для входящего для абонента трафика, но этого будет достаточно, на выход можно не нарезать вообще, или шейпить одинаково для всех по всем направлениям.

Спасибо.

[dignity]

Ох уж этот шейпинг не там где надо))

[DruGoe_DeLo]

В общем вот вам хороший пример.

http://docs.carbonsoft.ru/display/asrdocnew/Cisco+ASR+1000+%28PPPoE%29

можно взять как за основу. Чтоли.

Изменено 26 августа, 2013 пользователем DruGoe_DeLo

[borys]

За пример спасибо, но там режется одна скорость на все направления :(

[dignity]

дизайн у вас неправильный (с точки зрения реализации запрашиваемой политики), вот в чем проблема.

Что тут скажешь, если у вас BRAS, то режьте скорость на нем как есть, а если вы хотите резать по направлениям, то с BRAS будет правильнее это вынести в отдельные шейперы перед аплинком и IX или что там у Вас. Есть еще замануха сделать VRF и перемычкой пропустить трафик.

[orlik]

Почему неправильный дизайн, не зная конечно как для cisco но у нас стоят juniper MX и скорость прекрасно режется по направлениям (bgp as-path + community) и разделяется все на самом брасе. Никаких тружностей это не вызывает и прекрасно работает.

[dignity]

Почему неправильный дизайн, не зная конечно как для cisco но у нас стоят juniper MX и скорость прекрасно режется по направлениям (bgp as-path + community) и разделяется все на самом брасе. Никаких тружностей это не вызывает и прекрасно работает.

Это мое ИМХО, конечно же (про неправильный дизайн).

[agr]

orlik, как вы матчите трафик по атрибутам маршрута? Можете пример конфига показать?

[orlik]

orlik, как вы матчите трафик по атрибутам маршрута? Можете пример конфига показать?

 

как я уже писал это juniper mx , там есть SCU/DCU по которому потом строится фильтр.

 

Кстати , у циски же есть QoS Policy Propagation via BGP, а потом в фильтре делать матчинг по классу трафика

[Ko_stik]

стоит ASR1002 работает как BRAS, шейпим трафик полисером - локалка отдельно, инет отдельно. (можно напрвления делать какие угодно - классы только в полисимап добавляй и все)

 

шейпер вешается биллингом на субинтерфейс (на создаваемую PPPoE сессию)

 

 

пример

policy-map pppoe_5000_in
class pppoe_inet_in
   police 5000000 937500 1875000 conform-action transmit exceed-action drop violate-action drop
class pppoe_loc_in
   police 10000000 1875000 3750000 conform-action transmit exceed-action drop violate-action drop

 

в инет 5МБ в локалку 10МБ

класс

class-map match-all pppoe_loc_in
 match access-group 122
class-map match-all pppoe_inet_in
 match access-group 121

 

ну и в акцесс листах сами IP что к чему относится

при установлении сессии биллинг отправляет

Cisco-AVPair=lcp:interface-config=service-policy input pppoe_5000_in;Cisco-AVPair=lcp:interface-config=service-policy output pppoe_5000_out

 

либо при определенных условиях если нужно поменять скорость абоненту на лету отправляется CoA с новыми политиками на данный интерфейс