Здраствуйте. Помогите разобратся :(Эсть Циска 7201.
надо настроиват аккоунтинг так чтобы он не считаль локалный траффик (192.168.0.0/24, 192.168.100.0/24)Помогите инвалида....
Зарание вам блогодарен :)
>Здраствуйте. Помогите разобратся :(
>
>Эсть Циска 7201.
>надо настроиват аккоунтинг так чтобы он не считаль локалный траффик (192.168.0.0/24, 192.168.100.0/24)
>
>
>Помогите инвалида....
>Зарание вам блогодарен :)Неси денег инвалида кусок ) поможем.
>Здраствуйте. Помогите разобратся :(
>
>Эсть Циска 7201.
>надо настроиват аккоунтинг так чтобы он не считаль локалный траффик (192.168.0.0/24, 192.168.100.0/24)
>
>
>Помогите инвалида....
>Зарание вам блогодарен :)Коллеги!
Должно быть стыдно так излагать свои мысли и просьбы.
Казалось бы, ваш уровень грамотности и образования должен быть на нормальном уровне, если вы работаете с таким оборудованием как Cisco, которое является не из дешевых, и просто так для дома его не покупают!
Иногда у меня создается впечатление, что сетевыми администраторами уже берут семиклассников, у которых успеваемость в школе желает иметь лучшего.
>[оверквотинг удален]
>>Помогите инвалида....
>>Зарание вам блогодарен :)
>
>Коллеги!
>Должно быть стыдно так излагать свои мысли и просьбы.
>Казалось бы, ваш уровень грамотности и образования должен быть на нормальном уровне,
>если вы работаете с таким оборудованием как Cisco, которое является не
>из дешевых, и просто так для дома его не покупают!
>Иногда у меня создается впечатление, что сетевыми администраторами уже берут семиклассников, у
>которых успеваемость в школе желает иметь лучшего.С такой постановкой вопроса , не думаю что он является коллегой .
>
>С такой постановкой вопроса , не думаю что он является коллегой .
>Первый, я не руский и не живу в россие.
Второе, я спросил кто знает. Дешевые коменты не нужно мне.
+ Я системный администратор а не network!!!
>Первый, я не руский и не живу в россие.
>Второе, я спросил кто знает. Дешевые коменты не нужно мне.походу только в России умеют настраивать киски.
>
>>
>>С такой постановкой вопроса , не думаю что он является коллегой .
>>
>
>Первый, я не руский и не живу в россие.
>Второе, я спросил кто знает. Дешевые коменты не нужно мне.
>"аккоунтинг"....
Если речь об SNMP счетчиках на интерфейсах - поставленная Вами задача НЕ ИМЕЕТ РЕШЕНИЯ.
Если речь о netflow статистике - ее анализом и разделением должен заниматься сервер, а не маршрутизатор.
Если имеется ввиду нечто иное - поясните смысл, вкладываемый Вами в понятие "аккоунтинг"
>Первый, я не руский и не живу в россие.
>Второе, я спросил кто знает. Дешевые коменты не нужно мне.
>1. В этом случае прошу прощения. Беру свои слова обратно
2. Дайте команду ip accounting output-packets на всех нужных интерфейсах
Логика подсчета трафика задается в биллинговой системе, а не на оборудовании.
Считать или не считать определенный трафик решает биллинг, или система учета трафика.
no ip route-cache flow на нужном интерфейсе? :)
>
>>Первый, я не руский и не живу в россие.
>>Второе, я спросил кто знает. Дешевые коменты не нужно мне.
>>
>
>1. В этом случае прошу прощения. Беру свои слова обратно
>2. Дайте команду ip accounting output-packets на всех нужных интерфейсах
>Логика подсчета трафика задается в биллинговой системе, а не на оборудовании.
>Считать или не считать определенный трафик решает биллинг, или система учета трафика.
>Все нормално ;)
Ну здесь эсть маленкое проблема :) Эсли привязать это в Virtual Temp. Тогда будет ли возможност дать ACL? А нагрузка ЦПУ не будет ли много?
>Ну здесь эсть маленкое проблема :) Эсли привязать это в Virtual Temp.
>Тогда будет ли возможност дать ACL? А нагрузка ЦПУ не будет
>ли много?ACL дать сможете. ip access-group ...
Нагрузки на CPU не будет никакой при использовании ip accounting.
Только память будет использоваться, и то в зависимости от того, сколько записей вы разрешите хранить ip accounting-threshold ...
>
>>
>>С такой постановкой вопроса , не думаю что он является коллегой .
>>
>
>Первый, я не руский и не живу в россие.
>Второе, я спросил кто знает. Дешевые коменты не нужно мне.
>У своих соплеменников интересуйтесь решением данного вопроса. И делайте свою работу . А
не за всех. Как что так вы все русские.
У вас там гугл не работает?
>[оверквотинг удален]
>>Первый, я не руский и не живу в россие.
>>Второе, я спросил кто знает. Дешевые коменты не нужно мне.
>>
>
>У своих соплеменников интересуйтесь решением данного вопроса. И делайте свою работу .
>А
>
>не за всех. Как что так вы все русские.
>
>У вас там гугл не работает?Нашем стране гугл запрешено) Я из Кубы.
Без snmp и без netflow.
Надо в резать локал в PPP сессие.
>Без snmp и без netflow.
>Надо в резать локал в PPP сессие.Извените эсли что то не понятно скажите.
Надо чтобы циска не отправиль в радиус локалную траффик в сессие.
>Надо чтобы циска не отправиль в радиус локалную траффик в сессие.На счетчики вы влиять не сможете.
>>Надо чтобы циска не отправиль в радиус локалную траффик в сессие.
>
>На счетчики вы влиять не сможете.Но эсть люди которое сделают это без netflow и snmp. :)
Еще подробнее..
Ситуация такая.. Мы сами писали новый биллинг для ISP.
Авторизация PPPOE. Все отличное работает, сделали rate-limit и acl которое возможност каждое смогут получит свой acl при подклучении, связали с логином.
Короче чиска отправляет сессии в радиус.. радиус берет аккоунтиг пакеты с циска.
Но вышла маленкое проблема. в этом сессие приходить все пакеты.
А мне надо чтобы циска не отправиль локалный траф.netflow, snmp долгое история и не хороший пут для 2000-4000 абонента. (обработка, сверка, многие записи) :S
А кто то столкнулся с этой проблемом? и как решил?
пока не смог :(
>[оверквотинг удален]
>смогут получит свой acl при подклучении, связали с логином.
>Короче чиска отправляет сессии в радиус.. радиус берет аккоунтиг пакеты с циска.
>
>Но вышла маленкое проблема. в этом сессие приходить все пакеты.
>А мне надо чтобы циска не отправиль локалный траф.
>
>netflow, snmp долгое история и не хороший пут для 2000-4000 абонента. (обработка,
>сверка, многие записи) :S
>
>А кто то столкнулся с этой проблемом? и как решил?Если у вас не перекрыт доступ на cisco.com, то поищите там на тему ISG.
Надо пустить этот трафик вобход pppoe тунеля - чтобы абонентский компьютер НЕ отправлял трафик на эти сети в pppoe и все.
>Надо пустить этот трафик вобход pppoe тунеля - чтобы абонентский компьютер НЕ
>отправлял трафик на эти сети в pppoe и все.И самое главное проблема никто не знает как это делать :)
Мучаюсь уже две недел ;("Надо пустить этот трафик вобход pppoe тунеля - чтобы абонентский компьютер НЕ отправлял трафик на эти сети в pppoe и все" - мне кажется это не вариант... А вообще это бывает? :)))
>>Надо пустить этот трафик вобход pppoe тунеля - чтобы абонентский компьютер НЕ
>>отправлял трафик на эти сети в pppoe и все.
>
>И самое главное проблема никто не знает как это делать :)
>Мучаюсь уже две недел ;(
>
>"Надо пустить этот трафик вобход pppoe тунеля - чтобы абонентский компьютер НЕ
>отправлял трафик на эти сети в pppoe и все" - мне
>кажется это не вариант... А вообще это бывает? :)))Почему же так сразу и никто :)
Вариант 1.
Если IP на Ethernet прописывается статически - добавить на абонентском компьютере маршрут к нужным подсетям через шлюз - и по законам IP маршрутизации трафик улетит не в pppoe.
Вариант 2.
Если IP на Ethernet выдается по DHCP - использовать опцию 121 и 249 для выдачи статических маршрутов по DHCP.
>[оверквотинг удален]
>>кажется это не вариант... А вообще это бывает? :)))
>
>Почему же так сразу и никто :)
>Вариант 1.
>Если IP на Ethernet прописывается статически - добавить на абонентском компьютере маршрут
>к нужным подсетям через шлюз - и по законам IP маршрутизации
>трафик улетит не в pppoe.
>Вариант 2.
>Если IP на Ethernet выдается по DHCP - использовать опцию 121 и
>249 для выдачи статических маршрутов по DHCP.Я не поняль :)
Тут в посте один друг предлогаль это делать с output-packets.
Это мне кажется реалный вариант. Но не удобный для меня :(
Я связываю разные rate-limit и acl на сессии чтобы подклученные абоненти смоглы получить свой скорост и acl...А мне надо чтобы в ppp сессие bras не отправиль локалный траффик (192.168.0.0/24, 172.18.0.0/24) в радиус сервер...
>[оверквотинг удален]
>
>Я не поняль :)
>
>Тут в посте один друг предлогаль это делать с output-packets.
>Это мне кажется реалный вариант. Но не удобный для меня :(
>Я связываю разные rate-limit и acl на сессии чтобы подклученные абоненти смоглы
>получить свой скорост и acl...
>
>А мне надо чтобы в ppp сессие bras не отправиль локалный траффик
>(192.168.0.0/24, 172.18.0.0/24) в радиус сервер...http://www.cisco.com/en/US/docs/ios/12_2sb/isg/configuration...