borys Posted August 26, 2013 Posted August 26, 2013 Здравствуйте. Много раз обсуждалось, но решения я так и не увидел :( Есть ASR. Есть разные тарифные планы в радиусе. Задача с помощью радиуса (артибутов с биллинга) нарезать скорость в мир (влан 10) и не нарезать в обменники (влан 11). На сколько я понимаю, что задача решаема только для входящего для абонента трафика, но этого будет достаточно, на выход можно не нарезать вообще, или шейпить одинаково для всех по всем направлениям. Спасибо. Вставить ник Quote
dignity Posted August 26, 2013 Posted August 26, 2013 Ох уж этот шейпинг не там где надо)) Вставить ник Quote
DruGoe_DeLo Posted August 26, 2013 Posted August 26, 2013 (edited) В общем вот вам хороший пример. http://docs.carbonsoft.ru/display/asrdocnew/Cisco+ASR+1000+%28PPPoE%29 можно взять как за основу. Чтоли. Edited August 26, 2013 by DruGoe_DeLo Вставить ник Quote
borys Posted August 26, 2013 Author Posted August 26, 2013 За пример спасибо, но там режется одна скорость на все направления :( Вставить ник Quote
dignity Posted August 26, 2013 Posted August 26, 2013 дизайн у вас неправильный (с точки зрения реализации запрашиваемой политики), вот в чем проблема. Что тут скажешь, если у вас BRAS, то режьте скорость на нем как есть, а если вы хотите резать по направлениям, то с BRAS будет правильнее это вынести в отдельные шейперы перед аплинком и IX или что там у Вас. Есть еще замануха сделать VRF и перемычкой пропустить трафик. Вставить ник Quote
orlik Posted August 26, 2013 Posted August 26, 2013 Почему неправильный дизайн, не зная конечно как для cisco но у нас стоят juniper MX и скорость прекрасно режется по направлениям (bgp as-path + community) и разделяется все на самом брасе. Никаких тружностей это не вызывает и прекрасно работает. Вставить ник Quote
dignity Posted August 26, 2013 Posted August 26, 2013 Почему неправильный дизайн, не зная конечно как для cisco но у нас стоят juniper MX и скорость прекрасно режется по направлениям (bgp as-path + community) и разделяется все на самом брасе. Никаких тружностей это не вызывает и прекрасно работает. Это мое ИМХО, конечно же (про неправильный дизайн). Вставить ник Quote
agr Posted August 26, 2013 Posted August 26, 2013 orlik, как вы матчите трафик по атрибутам маршрута? Можете пример конфига показать? Вставить ник Quote
orlik Posted August 26, 2013 Posted August 26, 2013 orlik, как вы матчите трафик по атрибутам маршрута? Можете пример конфига показать? как я уже писал это juniper mx , там есть SCU/DCU по которому потом строится фильтр. Кстати , у циски же есть QoS Policy Propagation via BGP, а потом в фильтре делать матчинг по классу трафика Вставить ник Quote
Ko_stik Posted August 29, 2013 Posted August 29, 2013 стоит 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 с новыми политиками на данный интерфейс Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.